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(54) Title: PROCESS CONTROL 

(57) Abstract 

A system for communicating ac- 
cording to a standard communication 
protocol for process control includes a 
plurality of interconnected computers. 
The system includes a module that per- 
mits communication of information be- 
tween computers that communicate with 
process control equipment. The sys- 
tem also includes a module that permits 
a primary controlling machine to com- 
municate with computers that commu- 
nicate with process control equipment, 
and that permits a secondary controlling 
machine to take the place of the pri- 
mary controlling machine when the pri- 
mary controlling machine is unavailable. 
The system further includes a module 
that aggregates requests for information 
directed to one computer that commu- 
nicates with a piece of process control 
equipment, communicates with the com- 
puter and obtains the information, and 
delivers the information to each of the 
requesters. The standard communication 
protocol for process control can be OPC. 
and the communicated information can 
be one or more process control parame- 
ters. 
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PROCESS CONTROL 

1 I 

t 

I 

I 

t 

CROSS-REFERENCE TO RELATED APPLICATION 
This is based on claims priority to and the benefit of U.S. Provisional Patent 

Application Serial No. 60/104,485, filed October 16, 1998, the entirety of which application is 

I > 

hereby incorporated herein by reference. 

TECHNICAL FIELD 

* I 

5 The invention relates to communication between computers in a network, and in 

particular to communication between computers that are communicating according to a 
commvmication standard for process control. 

BACKGROUND INFORMATION 
It is possible to conununicate by computer using communication technology such as 
10 electronic mail (e-mail). Commxmication between and among computers using any of a variety 
of protocols over the Internet, local area networks ("LANs"), and wide area networks ("WANs") 
also is known. Such communication.can be interrupted or severely compromised when an 
intermediary, such as a server computer, becomes unavailable. 

Manufacturing machines and other types of industrial equipment can be interconnected 
15 and controlled to form an automated manufacturing system. It is known to hard-wire different 
types of equipment together to form such a system, using custom cabling. The use of such 
dedicated custom cabling makes it difficult, time consuming, and expensive to add additional 
machines or equipment to the system, or to replace machines/equipment with different or 
improved machines/equipment or with machines/equipment made by different manufacturers. 
20 Another solution that has been applied to this problem is the writing of custom computer code to 
allow the conversion of information or instructions residing on one manufacturer's equipment, 
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such as a Programmable Logic Controller ("PLC"), to be communicated to another PLC made by 
a different manufacturer. 


SUMMARY OF THE INVENTION 


Tlie invention relates generally to controlling processes, which can include controlling 


5 equipment (such as valves and gauges) in an automated factory or process line, and the control of 


other processes or activities, including the operation of power plants, water treatment facilities. 


and heating, air conditioning and ventilation ("HVAC") systems. The invention can be used in 


activities that involve the interactions of humans with control proceisses and systems, for 


example, in nursing homes, in amusement park rides, and even in prisons. The invention can 


10 also be used to conduct operations in a discrete manufacturing environment, where data or events 


result in the generation and use of digital signals. 


Some manufacturers of process ^control equipment also sell or provide a computer (and/or 


software) that controls the equipment and/or monitors the equipment. Two such manufacturers 
are Allen-Bradley and Siemens. The invention can be used to connect such controlling 


15 computers (e.g., OPC servers, where OPC stands for Object Linking and Embedding for Process 


Control). For example, an Allen-Bradley OPC server can be made to interoperate with a 


Siemens OPC server, such that they can share data easily and seamlessly and thereby 


control/monitor the various equipment connected to the two different servers. The invention also 


can be used to allow multilevel OPC data redundancy. When there is a primary and one or more 


20 secondary or backup OPC servers, the invention allows automatic snatching to one of the backup 


servers if the primary server becomes unavailable. Still another use of the invention is in 


allowing aggregation of requests directed to a particular piece of process control equipment, and 


thereby increasing the efficiency of the process by obtaining information once based on those 


aggregated requests, and then supplying copies of that information to all of the requesters. As an 
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cxample, in a manufacturing process, multiple pieces of equipment might require the value of a 
process control parameter such as the rate of production of a certain part at a particular 

I 

workstation, or the volume of some reagent held in a tank in a chemical process. Rather than 
burdening' the process control equipment that controls the process that yields the parameter of 
5 interest with multiple requests for the same data, the information is requested once, and the 

inlonnation obtained is then supplied to each of the requesting computers, allowing the process 
control equipment to perform more efficiently. 

In one aspect, the invention relates to a computer program recorded on a computer- 
readable medium. The computer program comprises a module that permits the communication 

10 of information according to a standard communication protocol for process control between a 

I 

first computer and a second computer. The first computer is in communication with a first piece 
of process control equipment. The second computer is in communication with a second piece of 
process control equipment. 

, In one embodiment, the standard communication protocol for process control is OLE 

15 ("Object Linking and Embedding") for Process Control ("QPC"). The OPC protocol has been 
defined by the OPC Foundation. OPC is designed for use by programmers in building programs 
and systems that allow communication in a Distributed Component Object Model (*'DCOM") 
system, such as a network of computers, in which component objects can reside on different 
computers. Other standardized communication protocols for process control could be used as 

20 the communication protocol in other embodiments of the invention. The information that is 
communicated according to the protocol can be a process control parameter. 

In another aspect, the invention relates to a computer program recorded on a computer- 
readable medium. The computer program comprises a module that permits a primary controlling 
machine to communicate according to a standard communication protocol for process control 

25 with a first computer and a second computer. The module also permits a secondary controlling 
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machine to communicate according to the standard communication protocol for process control 
with the first and second computers in place of the primary controlling machine. The first and 
second computers are in communication with first and second pieces of process control 
equipment, respectively. 

5 In one embodiment, the secondary controlling machine automatically communicates with 

tlie first and second computers in place of the primary controlling machine when the primary 
controlling machine becomes unavailable. * 

In another aspect, the invention relates to a computer program recorded on a computer- 
readable medium. The computer program comprises a module that aggregates all requests for 

10 information directed to one of a plurality of interconnected computers in a process control 
environment, such as a factory. The module identifies each of the requesting computers, and 
delivers (according to the standard communication protocol for process control) the information 
to each of the requesting computers. At least the computer to which the requests are directed is 
in communication with at least one piece of process control equipment, and the requests are 

15 transmitted according to the standard communication protocol for process control by one or more 
of the other interconnected computers. After the requests are aggregated, the module 
communicates with the target computer (using the standard communication protocol for process 

I 

control) and obtains the information. 

In another aspect, the invention relates to a computer program that combines the 
20 functionality of the three modules described above. 

In another aspect, the invention relates to a networked computerized communication and 
control system. The system includes a primary controlling machine and a plurality of computers. 

\ 

Each of the computers is connected via the network to the primary controlling machine, and at 
least some of the computers communicate with at least one of piece of process control 
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equipment. The system also includes three modules that are able to perform the functionality pf 
the three modules described above. • 

In another aspect, the invention relates to communication between/among and control of 
equipment connected via a computerized communication and control network. Each of a 

5 plurality of computers is connected via the network to a controlling machine. At least some of 
the computers communicate with at least one piece of process control equipment. The first, 
second and third modules described above can be operated to communicate information 
(according to the standard communication protocol for process control) between the computers 
.that are communicating with pieces of process control equipment so as to control a process. 

10 The foregoing and other objects, aspects, features, and advantages of the invention will 

become more apparent from the following description and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

1 

In the drawings, like reference characters generally refer to the same parts throughout the 
different views. Also, the drawings are not necessarily to scale, emphasis instead generally 
15 being based upon illustrating the principles of the invention. 

FIG. 1 depicts an embodiment of a server-to-server bridging capability, according to the 

invention. 

FIG. 2A depicts an embodiment of a system having the redundancy capability, according 
to the invention, with the primary controlling machine, or primary OPC server, shovra onlme. 
20 FIG. 2B depicts an embodiment of the system of FIG. 2A, with the primary controlling 

machine shown offline. 

FIG. 3 depicts an example of a system having aggregation capability, according to the 

invention. 

FIG. 4 depicts an embodiment of a first view of a user screen according to the invention. 
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FIG. 5 depicts an embodiment of another view of a user screen according to the 
invention. 

FIG. 6 depicts an embodiment of another view of a user screen according to the 
invention. 

5 F'lG. 7 depicts an pmbodiment of another view of a user screen according to the 

mvcntion. 

I 

FI(i. 8 depicts an embodiment of a view of a statistics window according to the 
invcntiim. 

FIG. 9 depicts an example of the configuration of a data bridging application according to 
10 the invention, in which properties of a register are defined. 

FIG. 10 depicts an example of the configuration of input parameters in a data bridging 
application, according to the invention. 

FIG. 1 1 depicts an example of the configuration of a data bridging application according 
to the invention, in which an output is being selected and configured. 
15 FIG. 12 depicts an embodiment of the present invention, in which a list of tags may be 

examined. 


FIG. 1 3 depicts an embodiment of the present invention, in which a list of registers may 
be examined. 

FIG. 14 depicts an example of the configuration of a redundancy application according to 
20 the invention, in which a primary controlling machine and a plurality of secondary controlling 
machines are being enumerated. 

FIG. 1 5 depicts an embodiment of the present invention in which computers are selected 
as primary controlling machine and as one or more secondary controlling machines. 

FIG. 1 6 depicts an embodiment of the present invention in which computers are 
25 identified as servers. 
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FIG. 1 7 depicts an embodiment of the present invention in which OPC settings may be 

t i 

selected. 

FIG. 18 depicts an embodiment of the present invention in which optional features are 
selected. 

5 FIG. 19 depicts an embodiment in which the value of an alias is changed, according to 

the invention. ' 

r 

^ 

I 

FIG. 20 depicts an embodiment in which a new alias is created, according to the 

♦ 

» invention. , 

FIG. 21 depicts an embodiment in which an alias is edited, according to the invention. 
\o FIQ. 22 depicts an embodiment of the screen that provides information about the system 

during its operation, according to the invention. 

DESCRIPTION 

This invention relates generally to communication between two or more OPC (i.e., 
"Object Linking and Embedding" for Process Control) servers. The^ invention provides the 

15 capabilities of creating data bridges between two or more computers, of aggregating requests 
from one or more computers that are directed to obtaining information from one computer, and 
of providing redimdancy in the control of the communications between the computers. An 
embodiment of the invention is available from ICONICS, Inc., located at 100 Foxborough Road, 
Foxborough, Massachusetts 02035, as a software program and package called DataWorX32 that 

20 is designed to operate with a variety of operating systems, including Windows 95, Windows 98, 
Windows NT 4.0, Windows NT 5.0, Windows 2000 and Windows CE. This software program 
can be, and is, supplied on a computer-readable medium such as a CD-ROM. A program 
recorded on a computer-readable medium includes not only the program on a CD-ROM but also 
the program recorded on other computer-readable media such as floppy disks, hard drives, 

I 

i 

25 magnetic tape, other storage media such as RAM, ROMs, PROMs, EPROMs and the like, and 
any other physical storage medium that may be used to permanently record a program, as well as 
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a copy of the program that may be downloaded or transferred from the active memory of one 
' computer to a second computer. While DataWorX32 is software that is designed to execute in 
general purpose computers, its functionality could be achieved in specialized hardware or in 
another combination of hardware and software. The invention will be described with refereince 
5 to the fimctionality, provided by Data WorX32. 

The embodiments and examples that are used to explain the features of the invention are 
a few of many embodiments and examples that can be given. It is common in the software 
industry to periodically upgrade software. The software "look and feel" may change over time, 
which is often done to improve the ease of use of the program, and to make its features more 
10 readily accessible to less experienced computer users. For example, some users may be 

comfortable using menus and other text based controls and entering information by typing, while 
other users may prefer to use a graphical user interface that includes icons and a tool bar and 
entering information by pointing with a mouse and clicking a mouse button to obtain the same 

fimctionality. 

I 

15 Without the capabilities provided by the invention, a computer program that accesses 

r 

input and output signals may obtain information, but this information will in general be available 
only in a single application. With the capabilities provided by the invention, information that is 
obtained by one application residing on one computer can be made available both to other 
applications on that computer and to other computers in the network, as an OPC data point that is 

20 available to the entire network. This is true whether the other computers are made by the same 
manufacturer or not, whether the other computers have the same kind of CPU or not, and 
whether the other computers are running the same operating system or not. In the present 
invention, a Register is a datum, or its location in memory somewhere in the system. If the 
Register is defined with no input and no output, it is simply a storage register for a global 

25 variable with the ability to be read on demand, and written on demand by any computer in the 
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network. An Alias is a placeholder, or a variable whose name can be substituted at a later time. 
An Alias is used to allow redirection of the reading or writing of information to any location 

I 

within the network. A Tag is a pointer to a Register, or to a Ijlegister on a particular computer or 

server in the network. 

it 

Referring to FIG. 1 , in connection with server-to-server data bridging functionality 
according to the invention, a plurality of computers 102, 104, 106, 108 are interconnected. The 
computers 102, 104, 106, 108 can be on a computer network 100, and they can communicate 
over the network 100. The computers 102, 104, 106, 108 can be persohal computers or 
workstations, or generally any other type of computing device such as minicomputers, 
mainframe computers, embedded computers, or other general purpose computers. In the 
embodiment shown, the computers have monitors and keyboards, but it should be understood 
that the computers could have additional or different input and output devices, such as keypads, 
touch screens, printers, plotters, scanners, modems, and the like, or they can have fewer input 
and output devices attached, as may be appropriate for a process control system. Each of the 
computers 102, 104, 106, 108 can run any of a variety of operating systems, such as the 

t I 

Windows systems mentioned above, or systems such as Unix or Linux, and each generally 
includes all of the basic internal components of a general purpose computer such as a 
microprocessor, one or more buses, one or more controllers, memory (such as RAM and ROM 
of any of many conventional types), input and output devices, recording systems such as hard 
disks, floppy disks or magnetic tape, and the like. One computer 1 02 is identified as "OPC 
Server A." This computer 102 also has a connection to a first piece of process control equipment 
1 10, to which it can send instructions and from which it can obtain information. The computer 
102 and the first piece of process control equipment 110 can communicate by the exchange of 
electrical signals that correspond to instructions defined by the manufacturer of the process 
control equipment 110. In some cases these instructions are proprietary, and in some cases 
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manufacturers have agreed to some standard set of instructions. An example of a first piece of 

t I 
process control equipment can be a sensing device that counts or examines a first type of part 

(such as a wheel) that passes through a workstation. Another example of the process control 

equipment is a mass flow controller that both measures and controls the flow of a fluid in a 

5 chemical process. Another computer 106 is identified as "OPC Server B." This other computer 

106 has a connection to a second piece of process control equipment 1 12, to which it can send 

instructions and from which it can obtain information. The computer 106 and the second piece 

of process control equipment 1 12 can also exchange instructions and information as electrical 

signals. An example of a second piece of process control equipment can be a sensing device that 

10 counts a second type of part (such as a chassis to which four wheels are attached). Another 

example of the process control equipment is a power controller that controls the temperature of a 

phemical reactor. The second controller can request information from the first in order to 

maintain its process control parameters at the levels needed to keep the process running 

correctly. 

15 In general, at the present time, direct exchanges of instructions and information are not 

possible between process control equipment made by different manufacturers. In fact, in some 
cases, the exchange of instructions and information may not be possible even between equipment 
made by the same manufacturer. In the present embodiment, if information created at the first 
process control equipment 110 needs to be communicated to the second piece of process control 

20 , equipment 112, computer 102 can obtain the information from the first piece of process control 
equipment 1 1 0 and can transmit that information via the OPC communication protocol to 
another computer 1 04 that is in the network, and that is running the appropriate software , 
according to the invention. A commercial embodiment of the software is known as 
DataWorx32, as indicated above. The computer 104 can then transmit the received information, 

25 using the OPC communication protocol, from itself to the computer 106 that communicates vsrith 
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the second piece of process control equipment 112. Finally the computer 106 can communicate 

the information to the second piece of process control equipment 112, using either a proprietary 

communication protocol or a standard communication protocol. Additional computers, such as 

the computer 108, that is a "client" that is connected to the network, but that is not involved in 

5 the specific communication under discussion, may be part of the network, and may at other times 

be involved in other communications according to the invention. ' 

( ■ ■ 

For the communication just described, the comptiter 104 upon which the DataWorX32 
* program is operating views as ^nput the data transmitted to it by the computer 1 02, and views as 
output the information it send to the computer 106. The computers 102, 104, 106, 108 can be 

10 made by different manufacturers, can be of different types, and can operate under different 
operating systems, so long as they all communicate according to, a standard communication 
protocol for process control, which in this embodiment is OPC. In order for a computer to 
communicate under the OPC protocol, it must have an OPC-compliant interface available in its 
operating system. Under the Windows operating systems, for example, an OPC-compliant 

15 Dynamic Link Library ("DLL") file is sufficient to communicate in an OPC system. 

In an equivalent manner, data that the second piece of process control equipment 112 
requires about the first piece of process control equipment 110 can be provided to the process 
control equipment 1 12. To accomplish this communication, the user sets up DataWorX32 to take 
information out of 1 10 (on a polling basis, e.g., every 50ms) and then to send it to 112. The 

20 * information is supplied when it represents a significant change in the parameter of interest. A 
request can be handled between the piece of process control equipment 112 and the computer 
106 in the proprietary language of the equipment 1 12, and can signal, for example, that an error 
condition has occurred. Such a request will traverse the computer network via computers 106, 
104 and 102, once again in the format defined by the standard communication protocol for 

25 process control. At the other end, the request can be handled between the piece of process 
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control equipment 1 1 0 and the computer 102 in the proprietary language of the equipment 1 10. 

t 

The information will flow along the same path, but in the opposite direction. In another 

t 

embodiment, there can be multiple instances of the DataWorX32 program each running on a 
different computer . 

5 The information that is transferred between a piece of process control equipment and a 

computer, or between two computers, may be anything that can be represented by electrical 
signals, and may include process control parameters as a subset. In general, a process control 

parameter is a datum (e.g., time, date, temperature, pressure, volume, ^lass, units of measure, 

t 

rate of change, measured or computed quantity, alphanumeric string, symbol, etc.), a status of 

10 equipment, a status of a process, an identifier of equipment, an identifier of a process, an 
identifier of a processing batch, a mathematical or logical relationship, and the like. 

FIG. 2A depicts an embodiment of the redundancy capability according to the invention. 
In Fig. 2A a primary controlling machine, or primary OPC server 202, is online. In this 
embodiment, primary controlling machine 202 has a communication link to a programmable 

15 logic controller ("PLC") 212 that controls the steps of a process in a piece of process equipment 
(not shovra). The primary controlling machine 202 can be one of the computers in the network 
that perform process control functions, in addition to its operation as the primary controlling 
machine 202 of the system. The primary controlling machine 202 can communicate with the 
PLC 212 in either or both of the proprietary language of the PLC 212 or in a standard 

20 conmiunication protocol for process control if the PLC 212 is so equipped. In this embodiment, 
the primary controlling machine 202 is additionally in communication with a plurality of 
, computers 206, 208 and 210. Each of the computers 206, 208 and 210 is capable of controlling 
one or more pieces of process control equipment (not shown) in a manner like that of computers 
102 and 106 of FIG. 1. The computers 206, 208 and 210 are connected by a communications 

25 network, and can commxmicate using a standard communication protocol for process control. In 
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this embodiment, the DataWorX32 program is operating on one of the computers in the network 

I i 

and monitors the activity of the primary contrdUing machine 202. 

In the present embodiment, a redundant OPC server,' the secondary controlling machine, 
or the secondary OPC server 204 is present. This redund[ant secondary controlling machine 204 
5 has connections that dupiicate those of the primary controlling machine 202. In this instance, 
since primary controlling machine 202 has connections to a PLC 212 that controls some portion 
of a process, there is provided a redundant PLC 214 that has redundant connections to the 
» portion of the process that PLC 212 controls. If primary controlling machine 202 becomes 
unavailable, as for example due to an internal malfunction, a communication link failure, or the 
1 0 like that degrades the ability of primary controlling machine 202 to perform its duties, secondary 
controlling machine 204' will have access to all of the facilities that are needed to take the place 
df primary controlling machine 202, at both the overall system control level and at the level of an 
individual computer that controls one or more process variables or steps, for example, 

i 

controlling a PLC needed to run the process control functions that primary controlling machine 
1 5 202 is intended to perform. The Data WorX32 program that embodies the present invention can 
be configured to cause secondary controlling machine 204 to take over the functions of primary 
controlling machine 202 upon the unavailability of primary controlling machine 202. 

FIG. 2B further deplicts an embodiment of the redundancy capability according to the 
invention. In FIG. 2B, the primary controlling machine 202, or primary OPC server, is offline. 
20 ' The primary controlling machine 202 can be offline for any one of a variety of reasons, such as 
being deliberately taken out of service for maintenance, or being unavailable because of a 
malfunction. In the situation where primary controlling machine 202 is unavailable, the ' 
invention as embodied in the DataWorX32 program can automatically pass control of the 
communication between the computers 206, 208 and 210 themselves as well as communication 
25 between any of the computers 206, 208 and 210 and a controller to secondary controlling 
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machine 204. The secondary controlling machine 204 takes over all of the functions and 
capabilities that the primary controlling machine 202 was carrying out before it became 
unavailable. As described above, in the embodiment shown secondary controlling machine 204 
is connected to a PLC 214 that takes the place of the PLC 212 that the primary controlling 
5 machine 202 uses to control a process. The replacement of primary controlling machine 202 
with secondary controlling machine 204 occurs automatically and transparently as viewed by 
any of the computers 206, 208 and 210. 

While only one secondary controlling machine 204 is depicted in FIGs. 2A and 2B, the 
present invention provides for a multiple number of secondary controlling machines to be 
10 identified, with control passing to each such secondary controlling machine according to a 
sequence that is configured by an operator. That is, if the system includes three secondary 
controlling machines, which will be denoted secondary controlling machines A, B and C for 
discussion, an operator can assign a priority order, such as machine B first, machine C second, 

and machine A third. In the event that the primary controlling machine 202 of this configuration 

I 

15 becomes unavailable, the system will first look to secondary controlling machine B to take the 
place of the primary controlling machine 202, and then look to secondary controlling machine C 
to take the place of the primary controlling machine 202 only if secondary controlling machine B 
is unavailable. In such a configuration, secondary controlling machine A would replace primary 
controlling machine 202 only if both machines B and C were unavailable. 

20 FIG. 3 depicts an example of the aggregation capability according to the invention. Fig. 

3 shows a network 300 that comprises three computers 302, 304 and 306. For the purpose of 
explanation of the aggregation capability of according to the invention, it is irrelevant whether 
any of computers 320, 304 or 306 is a primary controlling machine. It is also imimportant where 
in the network there is a computer upon which the DataWorX32 program that embodies a part of 

25 the invention is operating. For the purposes of discussion, the DataWorX32 program is depicted 
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as operating within the network, as shown in box 310. The computer 304 is connected to a , 
. process machine 314, labeled machine #1. The computer 306 is coimected to ar^other process 
machine 316, labeled machine #2. Depending on what it does, machine #2 can generate one or 

more process control parameters, such as the number of units of product that it processes, the 

if ^ ' ^ 

5 anit^uni of material that flows through it, a temperature, a pressure, a time, or the like. If the 

\aiuc of some process control parameter is needed by computer 304, for example to control or to 

operate the machine 314 that it controls, and if the same process control parameter is needed by 

ihc computer 302 for its operation, for example to control the inventory or work-in-process, it is 

.possible thai both computer 302 and computer 304 will request the same information from 

10 computer 306. 

In FIG. 3, a request by computer 302 is shown as the arrow 322 connecting computer 302 
and the DaiaWorX32 program, and a request by computer 304 is shown as the arrow 324 
connecting computer 304 and the DataWorX32 program. In the circumstance where many 
requests for the same information are sent to a computer at different times, the overhead that the 

1 5 computer experiences in responding to the multiple requesits for the same information can be 
costly. By using the system and the software that embody the invention, this overhead is 
rendered unnecessary. According to the present invention, the DataWorX32 program aggregates 
the requests from the computers 302 and 304 and makes a single request of computer 306 for the 
desired information. This single request is shovm by the arrow 326. Computer 306 responds 

20 once with the requested information, which commonly will be transmitted in the opposite 
direction along the path that the request followed. The program identifies which of the 
computers in the network have requested the information, for example by maintaining a list of 
the requests as they are received, and transmits to each of the requesting computers a copy of thq 
information that it obtained from the computer 306. While this embodiment shows only two 

25 requests, one from each of two computers, it can be understood that there can be multiple 
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requests from numerous computers that aggregate to a single request for a specific datum from 
one computer, which datum is then disseminated to all of the requesting computers. For 
example, in a process that involves fluids in tanks, there may be multiple computers that request * 
a fluid level from one computer that communicates with a holding tank and its process controls 
5 that operate the valving jsystem and measure the fluid depth. In such a system, DataWorX32 

may act as a "middle-man" between the requesting computers and the one computer that 

I 

communicates with the holding tank process controls. DataWorX32 may obtain from the one 
computer the desired value of fluid depth, and can then send copies of the information to each 
computer that requested it, thereby reducing the overhead on the computer that communicates 
1 0 with the tank and its process control equipment. 

FIGs. 1 -3 and the preceding text present a description of the features of the invention. 

t 

FIGs. 4-22 show, and the following text describes, the operation of an embodiment of the 
invention (namely, the software embodiment known as DataWorX32) in greater detail. 

FIG. 4 depicts an embodiment of a first view of a user screen according to the invention. 

15 A user screen shows a user a status of some aspect of a program, one or more options that might 
be chosen, or otherwise informs the user of events or actions that have occiured or that may be 
selected. In the DataWorX32 user screen 400 depicted, the user has an overview of the status of 
a program, DataWorX32, and of the actions that the user may take. At the top of the 
DataWorX32 user screen 400 is a menubar 402 that provides a text-based control system for user 

20 actions. Immediately below the menubar 402 is a toolbar 404, that provides a graphical user 

interface that includes equivalent controls to those found in the menubar 402, The user can also 
activate many of the dialog boxes that are described below by clicking the right button of a 

s ' 

mouse pointing device when an item of interest is highlighted. For example, highlighting a Tag 
and clicking on the right mouse button activates the OPC Tag Browser, which is discussed below 
25 and which is depicted in FIG. 12. 
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The remainder of the DataWorX32 user screen 400 is split into two windows, a top pane 
406 and an output window 408. Thle top pane 406 can display information about registers, 
aliases, current values, and statistics, as will be explained below. At the bottom of the top pane 
406 is a scroll bar 407 that can be employed to observe information that extends laterally across 

5 the top pane 406. The output window 408 displays the status of the program DataWorX32. At 
the bottom of the output window 408 is a status bar 409 that enunciates the status of the 
DataWorX32 program (Here, it is stopped), and the date and the time for the convenience of the 
t user. The toolbar 404, the output v^dndow 408 and the status bar 409 each can be toggled to 
appear or to be hidden from view. 

10 FIQ. 5 depicts an embodiment of another view of a user screen according to the 

invention. In FIG, 5, the bataWorX32 user screen 400 is shown with the output window 408 
hidden. In FIG. 5, the All Registers item of the heading Registers on the menubar 402 has been 
selected. Registers are used to define variables that can then be made available to all OPC 

i 

clients. A register can correspond to an OPC data point, which may or may not be a global 
15 variable. A register may be given values via OPC, by the use of mathematical or logical 

expressions and constants, or by an application program. The DataWorX32 user screen 400 
displays a list of registers with information about the register name, the type of register that the 
name represents, what inputs if any provide information to the register, what outputs the register 
supplies information to, and a scan rate in milliseconds for each register that is set for scaiming. 
20 ' The type of register is either a register or a status flag that declares a primary or secondary status 
to a controlling machine. The inputs and outputs are the names of registers or OPC tags that are 
connected to the register in question as inputs or outputs. A scan rate can only be defined for a 
register that has an OPC tag connected to its input, and the rate is the repeat period in 
milliseconds that the input of the register is polled. 
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FIG. 6 depicts an embodiment of another view of a user screen according to the 
' inveniion. In FIG. 6 the Aliases item of the heading View of the menubar 402 has been selected. 

I t 

In FIG. 6 Data\yorX32 user screen 400 is displaying a list of aliases. Aliases can be considered 
as shorthand for a register or for a value, and can be used as variables in expressions. An alias 
can be thought of as a "placeholder" or "indirect addresse" for a tag, a register, a value, or a 
\ ariablc. An'alias is expanded or "resolved" into a string knovm as an "alias value" when it is 
used- An ahus must first be defined before it can be requested by an item that contains it. 

SimpU reassigning the alias to a different register or value can change an expression that 

I t 

conuins an alias. By the use of an alias, it is possible to redirect or reassign a data transmission 
to or from any Uxration within the network. Multiple aliases simultaneously can relate to the 
same register or value, but a single alias can only relate to one register or value at any time. As 
FIG. 6 depicts, an alias list includes an alias name, a default value to which the alias will initially 
be set, whether the alias can be accessed by and is available to OPC compliant devices, and 

whether the alias is read-only or may also be written to, thereby changing its value. 

I 

FIG. 7 depicts an embodiment of yet another view of a user screen according to the 
inveniion. In FIG. 7, the Monitor item under the heading View on the menubar 402 in 
DalaWorX32 user screen 400 has been selected. In FIG. 7, there is shovm a list of the current 
values of three types of variables. Registers, Aliases, and Controlling Machines. For example, a 
register named Rl has a current value of zero, and has an input and at least one output that is 
expressed as an equation wherein a variable x is given a value based on an OPC tag. There is 
also shown an alias named ALIAS! that takes the current value of an expression kokos, which is 
a register or an expression. ALIAS 1 has no inputs or outputs. A Controlling Machine named 
MB2 is depicted as having a type given as a Redundant server whose value is expressed by a 
location in the system, and which has no input and no output. A register named Rampl has a 
current value of zero, an input given by an equation wherein a variable x is given a value based 
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on an OPC tag. Ramp 1 has at least one output, also given by an OPC tag. Lastly, another , 
.redundant Controlling Machine is enumerated, by the name of MODBUS, and which has no 
inputs or outputs. 

PIG. 8 depicts an embodiment of a view of a statistics window according to the 

5 invention. In FIG. 8, the item Statistics that appears under the heading View of menubar 402 of 

I 

DataWorX32 user screen 400 has been selected. OLExpress Statistics screen 500 is shown in 
Fig. 8, wherein a left pane lists a tree structure that contains the listings of all the OPC servers 
that the system recognizes, starting from a root directory of OPC servers, and progressing to a 
.subdirectory named ICONICS. ModbusOPCServer that contains two listings, SCAN_50 and 

10 INACTIVE. Iri the right pane, the contents of the root directory, which is the entry that is 

highlighted in the left pane, is displayed. The right pane shows the name of the entry, the date 
and time that it started, its status (i.e., running or stopped), the Vendor, and the version. 

FIG. 9 depicts an example of the configuration of a data bridging application according to 
the invention, in which the properties of a register are defined. FIG. 9 shows an interactive 

1 5 display 550 that appears upon selection of the Add item ofj the heading Register of menubar 402 
of DataWorX32 user screen 400.- In FIG. 9, the Properties tab 560 has been selected. The user 
can then enter an alphanumeric expression as the Register name in box 561. The user can elect 
to check the box 562 labeled "Make available to OPC clients" which if check will make the 
register named available to OPC clients. Checking box 563 will make the register available to 

20 Visual Basic for Applications ("VBA") Applications, VBA is a product of the Microsoft 

Corporation., so that it would be susceptible to editing in a VBA Editor. Checking box 564 will 
make the register writeable while not checking box 564 will make the register read-only. 
Entering an expression in the box 565 will allow the register to receive data of a specified type . 
from an input. The acceptable types of data include Float, Double, Boolean, Byte, Word, 

25 Dword, Character, Short, Long and String, all of which are well known in the computer 
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programming art, and all of which are available as a dropdown list activated by using a pointing 
device to activate the down arrowhead button at the right of box 565. Checking box 566 allows 

I 

the use of manual range selection by entry of values in boxes 567 and 568 to denote.low and 
high ranges, respectively. 

5 Once the user has completed entering information that is correct, the entry can be 

* . It 

completed by activating the button 569a labeled OK. Alternatively, the user can remove all the 
entries by activating th? button 569b labeled Cancel, and can then renter information. 
Alternatively, the user can edit any individual entry at any time. If the user is not sure what to 
do, or what an entry represents, the user can activate the button 569c labeled Help, and a dialog 

10 box of on-line information will appear. 

FIG. 10 depicts an example of the configuration of input parameters in a data bridging 
application according to the invention. FIG. 10 shows an embodiment comprising an interactive 
display 550, knovm to those of ordinary skill in the art as a dialog box, through which the user 
provides the DataWorX32 program information about an input connected to a register. The user 

15 first selects the Input tab 570 that activates the dialog box shown. The elements of the dialog 
box that the user can control include radio button 571 labeled OPC Item, which if activated 
declares the input to be an OPC item. The Input name is entered in box 572 as a tag name 
comprising alphanumeric symbols. The user defines a scan rate in milliseconds by entering a 
numeric value in box 573. The scan rate is the repeat period that the register polls the input for 

20 , new information. When activated, the Browse button 574 causes the OPC Universal Tag 

Browser to appear. The OPC Universal Tag Browser is discussed below and depicted in FIG. 
12. 

The user can enter a register name in box 575 upon activation of radio button 576, 
labeled Register. If the Register radio button 576 is active, a drop-dovra list of all the register 

1 

25 names defined in DataWorX32 can be displayed for the convenience of the user upon activation 
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of the button marked with a down arrowhead. Activation of Radio button 577, labeled , 
Expression, allows the entry of an expression in the box 578. If Radio button 577 is activated, 
the button labeled Edit 57 activates an Edit Expression dialog box, which permits an expression 
to be editisd. Activation of radio button 577 also activates scan rate entry box 580 that behaves 

5 as discussed earlier with regard to box 573. 

I 

The user can also activate Radio button 581, labeled None, that indicates to the 
DataWorX32 program that the selected register has no inputs. In this case the register may have 
a defined initial value, if the user activates check box 582 and enters a Value in box 583. An 
QPC client may also write to a register that has no defined input. The user finishes entering data 

10 by activating the button 569a labeled OK, or cancels an entry in its entirety by activating the 
button 569b labeled Cancel. If the user needs help, he or she can activate the button 569c 
labeled Help at any time. 

FIG. 1 1 depicts an example of the configuration of an output in a data bridging 
application, according to the invention. FIG. 11 shows an embodiment comprising an interactive 

15 display 550, also known as a dialog box, through which the user provides the DataWorX32 

program information about one or more outputs that are connected to a register. The user selects 
the tab 583 labeled Outputs to activate this dialog box 550. A name of an OPC Tag or a Register 
584 is displayed in the di£ilog box 550. The name is designated as either an OPC Register or a 
Tag by the entry in the column headed Type. If the user activates the button 585 labeled Add 

20 OPC Tag, the OPC Tag Browser is displayed. The OPC Tag Browser is discussed below and 
depicted in FIG. 12. The user can activate the button 586 labeled Add Register activates the 
Select Register dialog box. The Select Register dialog box is discussed below and is depicted in 
FIG. 13. The Select Register dialog box allows the user to add a Register to the list of Registers . 
that take values as outputs fi-om the Register that is being configured. The button 587 labeled 

25 Remove allows the user to remove an output from the list of outputs. The user finishes entering 
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data by activating the button 569a labeled OK, or cancels an entry in its entirety by activating the 
button 569b labeled Cancel. If the user needs, help, he or she can activate the button 569c 
labeled Help at any time. 

FIG. 12 depicts an embodiment of the present invention, in which a list of tags may be 

I 

5 examined. FIG.' 12 shovfs an embodiment comprising an interactive display called the OPC Tag 
^row^ser 590, also know^n as a dialog box, through which the user communicates with the 
DataWorX32 program to review information about one or more OPC Tags. In the left pane 591 
of the OPC Tag Browser 590 there is presented a tree structure showing the various directories 
and sub-directories of the computer file system, of which a subdirectory names Simulate happens 

10 to be selected. The right pane 592 of the OPC Tag Browser 590 shows a list of the available Tag 
names in the selected sub-directory, according to the entry of a filter in box 594. In this instance, 
the filter 594 is the asterisk, or wildcard, that allows the display of any entry that is present. The 
identifier of the Tag is displayed in the box 595 labeled Item Id. The OPC Tag Browser 590 
allows the user to find and select any of the Tags available in the system. Upon completing the 

15 selection process, the user can activate the button 596a labeled OK, or can cancel the selection 
by activating the button 596b labeled Cancel. The user can obtain a current list of OPC Tags by 
activating the Refresh button 596c. 

FIG. 13 depicts an embodiment of the present invention, in which a list of registers may 
be examined. FIG. 13 shows an embodiment comprising an interactive display called Select 

20 Register 600, which is a dialog box, through which the user communicates with the 

DataWorX32 program to review and/or modify information about one or more Registers, 
Aliases, and redundant servers. The Select Register dialog box 600 has a single pane that lists all 
of the Registers, Aliases, and redundant servers that are defined in the DataWorX32 program. 
To edit a Register, one selects a displayed Register name and activates the Edit option of the 
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Registers menu of the DataWorX32 user screen 400. One then modifies the entries vmder the 
Properties, Input and Output Tabs discussed aliove, and accepts the modified entries. 

FIG. 14 depicts an example of the configuration of a redundancy application according to 
the invention, in which a primary controlling machine and a plurality of secondary controlling 
5 machines are being enumerated. FIG. 1 4 shows an embodiment comprising an interactive 
display 700 called the Redundant Server Configuration. In the pane 701 labeled Primary and 
backup nodes are listed two servers or computers, named PC 17 and PC 14. One computer must 

I 

* be the primary controlling maphine, which in the present example is PC 17, identified as 
"(primary node)." One or more computers can be designated as secondary controlling 

10 machines, or redundant or "Backup" servers. If more than one secondary controlling machine is 
specified, the machines must be specified in an order that each will be called upon if the primary 
controlling machine is unavailable. The DataWorX32 program can thus direct the flow of 
instructions and information to a secondary controlling machine if the primary controlling 
machine is unavailable, making the operation of the system transparent to the computers 

15 connected to the network. The secondary controlling machines are given control of the network 
in the order of their designation in the configuration. The selection of primary and secondary 
controlling machines, or primary and backup nodes, is accomplished in conjunction with the 
Select Network Node dialog box depicted in FIG. 15, which is activated by selecting the Add 
button 702. 

20 FIG. 15 depicts an embodiment of the present invention in which computers are selected 

as primary controlling machine and as one or more secondary controlling machines. In the 
embodiment shown in FIG. 15, there is a dialog box 720 called the Select Network Node dialog 
box. A node can be identified in the Node name box 722. A pane 724 labeled Available nodes 
lists the nodes that the network has as available nodes. The use can highlight a node by using a 

25 pointing device, such as a mouse, arrow keys on a computer keyboard or by typing in a 
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designator, and accept the selection by activating the button 726 labeled OK. The user can also 
cancel the operation by activating the button 728 labeled Cancel. 

Returning to FIG. 14, after the user has selected a node, the node will have been added. 
A node can be removed by activating the Remove button 703. The user can identify a node to 

I ^ 

the DataWorX32 program by highlighting the node identifier and activating the Set as Primary 
button 704. The name of the server, or computer, or node, is displayed as the primary node in 
the pane 701, and its name is displayed in the box 705a labeled Server name. Alternatively the 

user can select the Brov^se button 705b that activates the Select OPC Server dialog box discussed 

I 

below and depicted in FIG. 1 6. Some computers may be given common names in a network. 
Such common names can be displayed in the Common name box 706. The common name 
enclosed within two sets of square brackets can be used as an alias, as in the name "[[bristol]]" as 
depicted in FIG. 14. 

FIG. 16 depicts an embodiment of the present invention in which computers are 
identified as servers. FIG. 16 shows a user dialog box 730 that is called Select OPC Server. 
This dialog box lists all the available servers in a pane 732, in which the user can highlight a 
name of a server using a pointing device, such as a mouse or arrow keys. Upon completing the 
selection, the user can confirm the selection by activating the OK button 734, or the user can 
reject the selection by activating the Cancel button 736. 

Returning to FIG. 14, the user can designate whether the primary controlling machine is 
intended to regain control of the network after it returns to availability by checking the 
Automatic Switch back to Primary Server box 707. The user C£in designate whether a flag will 
be set when the primary controlling machine is off-line by checking the Node Status register box 
708, and can designate a name for the flag in the dialog box 709. Upon completing the selection 
process, the user can accept the selection by activating the OK button 710a or can reject the 
selection by activating the Cancel button 710b. The Redundant Server Configuration dialog box 
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700 can be used to edit a Redundant node by accessing it via the Edit item under the Redundancy 
. menu of the DataWorX32 user screen 400. 

FIG. 17 depicts an embodiment of the present inventipn in which OPC settings may be 
selected.' FIG. 17 shows an embodiment comprising an OPC Settings dialog box 740; The OPC 
5 Settings dialog box 700 can be accessed by selecting the OPC Setting item under the Tools menu 
of the DataWorX32 user screen 400. This is a sophisticated capability that allows the user to 
designate some of the parameters of operation of the system according to the OPC 
communication standard. , ' 

The OPC Settings dialog box 740 allows the user to set a period in seconds for checking 
10 whether the servers or computers are alive. The user can enter a numeric value in the box 741 to 

set this value. The user can additionally set a response time in seconds in the box 742, which 

■ I 

defines an interval v^thin which a server or computer must respond to be considered alive. The 
user can additionally set a time period in seconds by making a numeric entry in the box 743 for 
reattempting to gain a response form a computer that has failed to respond, either because the 

\5 connection is lost, or because the response appears to be corrupted in some manner. In addition, 
in order to save communication bandwidth, a user can activate a checkbox 744 that indicates that 
a connection to an unused server should be shut down after a specific time of disuse, with the 
time in seconds entered by the user in the box 745, if the user has checked the box 744. 

The user can also indicate that certain maintenance fimctions should be performed on a 

20 desired schedule. The user can designate a time in seconds for cleaning up items by entering a 
numerical value in the box 746. The user can designate a time in seconds for deleting up items 
by entering a numerical value in the box 747. The user can designate a time in seconds for 
attempting a reconnection by entering a numerical value in the box 748. 

The user can designate a time in milliseconds for adding or removing requests by 

25 entering a numerical value in the box 749. The user can designate a time in milliseconds for 
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writing requests by entering a numerical value in the box 750. The user can designate the length 
of a write queue by entering a nunierical value in the box 751. 

Under the OPC specification, servers are supposed to send initial values autpmatically. If 
the user checks the Perform initial refresh box 752, the system is forced to make the server send 
5 initial values. The user pan make check the Enumerate all itetns in one call box 753 to require a 
server to send all values in a single transmission to improve performance. However, some 
servers may not be able to send more than one item at a time, and this option may created ' 
difficulties with such servers. The user can select an Access path separator by checking the box 
754 and entering a symbol or string in the box 755. 

10 The user can designate a parameter for identifying a computer in a local group by 

entering a value in the Locale ID box 756. The user can specify a Deadband width in percent by 
entering a numerical value in percent in the box 757. The user can return all the parameters 
described above to their original settings provided in the software by activating the Set Defaults 
button 758. The user can cancel any changes in parameters that may have been entered by 

15 activating the Cancel button 759. The user can accept his or her changes in the foregoing 
parameters by activating the OK button 760. 

FIG. 18 depicts an embodiment of the present invention in which optional features £u-e 
selected. FIG. 18 shows an embodiment comprising an Options dialog box 770. The user can 
activate the Options dialog box 770 by selecting the Options item of the Tool menu of the 

20 DataWorX32 user screen 400. The user can designate whether the most recently run project file 
will be reloaded on starting the DataWorX32 program by checking the Reload project on start 
box 771 . The user can require the DataWorX32 program to save the then current setting on exit 
by checking the box Save settings on exit 772. The user can define an update rate by entering a 
numerical value that will be interpreted in milliseconds in box 773. The user can permit the 

25 editing of aliases as Registers in Configuration mode by checking the Allow editing aliases as 
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registers box 774. The user can accept the feature of allowing the program to go to Runtime 
when started by the OPC server by checking the box 775: 

The user can control features of the browse interface. ' The user can allow the^display of 
rcdundani scr\'crs in the Redundancy menu by checking the box 776. The user can allow 
5 examine ihc file system oi" the local computer through DataWorX32 by checking the Browse 
'M> C\>mpuicr' box 777. The user can allow examine the other ilodes in the system of the local 
compuicr through DalaWorX32 by checking the Browse 'Network Neighborhood' box 778. 
♦ The user can return the parameters of the Options menu to the original settings by 

I 

I 

aciivaimg ilie Set IX'faults button 779. The user can accept changes to the options parameters by 
10 aciivaim^ the OK button 780a or can reject all of the changes by activating the Cancel button 
780b. 

Aliases arc more fully discussed and described in conjunction with FIGs. 19 through 21 . 
FIG. 19 depicts embodiment in which the value of an alias is changed, according to the 

t 

invention. To change an alias value, the user selects an alias from the Alias Names colunm of 
15 the Alias editor, which is described below and depicted in FIG.21. The user then selects the 
Change Value item under the Aliases menu of the DataWorX32 user screen 400. The Change 
alias value dialog box 800 shown in FIG. 19 appears. The name of the selected alias appears in 
the box 802. The user can enter a new value for the alias in the Value box 804. If the user 
activates the Browse button 806, the OPC Tag Browser described above is activated, and the 
20 ' user can select a Tag as a value for the alias. The user can then accept the new value by 

activating the OK box 808, or the user can reject the new value by activating the Cancel box 809. 

FIG. 20 depicts an embodiment in which a new alias is created, according to the 
invention. The user can create a new alias. The user can activate this feature by selecting the 
Add item of the Alias menu of the DataWorX32 user screen 400. FIG. 20 shows an embodiment 
25 of a New alias dialog box 810. The user can enter a name, which can be a tag name, for a new 
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alias in the box 812. The user can enter a default value for the alias in the box 814. If the user 
' checks the box 8 1 6, the new alias will be available via OPC. The user can make the alias a read- 
only alias by checking the box 818. The user can search for tags by activating the Browse button 
820, which will cause the OPC Tag Browser to become active. The user can then accept the 
parameters entered by activating the OK button 822, or can reject the selections made by 
activating the Cancel button 824. 

The user can edit an alias. FIG. 21 depicts an embodiment in which an alias is edited, 
according to the invention. FIG. 21 shows an embodiment comprising an Edit alias dialog box 
830. The user can activate this dialog box 830 by selecting an alias name in the upper pane of 
10 DataWorX32 user screen 400, and then selecting the Edit alias item under the Aliases menu of 
the DataWorX32 user screen 400. The user can enter an alias name in the box 832, or the user 
can locate an alias name by activating the browse button 834 to display the OPC Tag Browser. 
The user can also enter a default value in the box 836. If the user checks the box 838, the new 

alias will be available via OPC. The user can make the alias a read-only alias by checking the 

I 

15 box 840. The user can then accept the parameters entered by activating the OK button 842, or 

r 

can reject the selections made by activating the Cancel button 844. 

Once the system has been configured, which in one embodiment is accomplished by 
configuring the DataWorX32 program, the system is ready for operation. In order to operate the 
system, it is necessary to issue an appropriate command for the software to begin operation. In 
20 the embodiment presently under discussion, the user can select the command Start DataWorX32 
that appears imder the Action menu of the DataWorX32 user screen 400. Once the DataWorX32 
program has started to run, the Runtime Screen 900 shown in FIG. 22 appears. FIG. 22 depicts 

1 

an embodiment of the screen that provides information about the system during its operation, 
according to the invention. Comparison of this Runtime screen 900 with the DataWorX32 user 
25 screen 400 shows that there are several fewer entries in the Runtime screen menubar 902 and 
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several fewer icons in the Runtime screen 900 toolbar 904 as compared to the DataWorX32 user 

I 

screen 400 nienubar 402 and tooltiar 404. In particular, the menu entries Register, Redundancy, 
and Tools are not present in the Runtime screen 900 menubar 902. The entry Security is present 
in the Runtime menubar 902, and such an entry is absent, from the DataWorX32 user screen 400 

5 menubar 402. The upper pane 906 of the Runtime screen 900 is shown in FIG. 22, while the 

* I 

lower pane is not shown. The upper pane 906 of the Runtime s<i;reen 900 displays live data for 

^ 

I 

the various Registers, Aliases and Redundant servers or controlling machines. The lower pane 
» that is not shown displays various status messages that describe the status of the DataWorX32 
program. In the present embodiment, the Security menu provides options for the user to define a 

1 0 security configuration in Runtime, so that certain nodes can be designated as accessible only by 
certain individuals and/or under certain conditions. There are rnany well known reasons for 
providing security both with respect to who may access a system and which nodes of a system 
may be amenable to access. As examples, one may wish to deny access to all but specified 
persons if the system under control poses the possibility of reaching dangerous conditions, or 

15 contains proprietary information. One may wish to control access to certain machines that are 
very sensitive to operating peirameters, so that an operator who does not have the requisite 
knowledge or experience cannot upset the operating conditions by entering erroneous control 

t 

parameters. One may wish to limit human interaction with control parameters that are 
numerous, and that vary rapidly in time, because a human cannot control so many variables in 

20 * such a short time period with any expectation of accuracy. Many other good reasons to limit 

access to the entry points in an industrial control system will be apparent to one of ordinary skill 
in the art. The present invention provides for such limitations on access to the control system 
that can be invoked by a user with sufficient authority. 

Variations, modifications, and other implementations of what is described herein will 

25 occur to those of ordinary skill in the art without departing fi-om the spirit and the scope of the 
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invention as claimed. Accordingly, the invention is to be defined not by the preceding 
illustrative description but instead by the spirit and scope of the following claims. 
What is'Claimed is 
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CLAIMS 

i * 

1 1 . A computer program recorded on a computer-readable medium, said computer program 

I * 

r 

2 comprising: ' 

3 a module that permits the communication of information according to a standard 

4 communication protocol for process control between a first computer communicating with a first 

5 piece of process control equipment and a second computer communicating with a second piece 

6 of process control equipment. 

1 2. The computer program of claim 1 , wherein the standard communication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 3 . The computer program of claim 1 , wherein the information comprises a process control 

2 parameter. 

1 4. A computer program recorded on a computer-readable medium, said computer progreim 

2 comprising: • 

3 a module that permits: 

4 a primary controlling machine: 

t 

5 (a) to communicate according to a standard conmiunication protocol for process 

6 control with a first computer communicating with a first piece of process 

7 control equipment; and 

8 (b) to communicatjs according to the standard commxmication protocol for process 

9 control with a second computer communicating with a second piece of process 
10 control equipment; and 

II, a secondary controlling machine to communicate according to the standard 

12 communication protocol for process control with the first and second computers in 

13 place of the primary controlling machine. 
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1 5. The computer program of claim 4, wherein the standard communication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 6. The computer program of claim 4, wherein the second^ controlling machine automatically 

2 communicates with the first and second computers in place of the primary controlling 

3 machine when the primary controlling machine becomes unavailable, 

1 7*. A computer program recorded on a computer-readable medium, said computer program 

2 comprising: ^ ' 

3 a module that: 

4 (i) aggregates all requests for information directed to a one of a plurality of 

5 interconnected computers, the one computer communicating with at least one 

6 piece of process control equipment, the requests transmitted according to a 

7 standard communication protocol for process control by one or more of the other 

8 computers; 

9 (ii) coirmiimicates with the one computer according to the standard communication 

10 protocol for process control and obtains the information; 

1 1 (iii) identifies each of the other requesting computers; and 

12 (iv) delivers according to the standard communication protocol for process control the 

13 information, to each of the other requesting computers. 

1 8, The computer program of claim 7, wherein the standard communication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 9. The computer program of claim 7, wherein the information comprises a process control 

2 parameter. 

1 1 0. A computer program recorded on a computer-readable medium, said computer program 

2 comprising: 
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a) a first module that permits the communication of information according to a standard 
communication protocol for process control between a first computer communicating 
with a first piece of process control equipment and a second computer communicating 
with a second piece of process control equipment; 

b) a second module that permits: 

a primary controlling machine: ' 

(i) to comrriunicate according to the standard communication protocol for process 
control with the first computer; and 

(ii) to communicate according to the standard communication protocol for process 
^ control with the second computer; and 

a secondary controlling machine to communicate according to the standard 
communication protocol for process control with the first and second computers in 
place of the primary controlling machine; and 

c) a third module that: 

(i) aggregates all requests for information directed to a one of a plurality of 
— interconnected-computers, the plurality including the first and the second 

computers, the one computer communicating with at least one piece of process 
control equipment, the requests transmitted according to the standard 
communication protocol for process control by one or more of the other 
computers; 

(ii) conmiunicates with the one computer according to the standard conmiunication 
protocol for process control and obtains the information; 

(iii) identifies each of the other requesting computers; and 

(iv) delivers according to the standard communication protocol for process control the 
information to each of the other requesting computers. 
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1 11. The computer program of claim 1 0, wherein the standard communication protocol for 

2 process control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 12. The computer program of claim 10, wherein the information comprises a process control 

2 parameter. 

1 13, The computer program of claim 10, wherein the secondary controlling machine 

I 

2 automatically communicates with the first and second computers in place of the primary 

3 controlling machine when the primary controlling machine becomes unavailable. 

1 14. A networked computerized communication and control system, comprising: 

I ) 

2 a) a primary controlling machine; 

3 b) a plurality of computers, each computer connected via a network to the primary 

4 controlling machine, at least some of the computers each communicating with at least 

5 one of piece of process control equipment; 

6 c) a first module that permits communication of information according to a standard 

7 communication protocol for process control between a first computer of the plurality of 

8 computers and a second computer of the plurality of computers; 


9 d) a second module that: 

10 permits the primary controlling machine: 

1 1 (i) to communicate according to the standard communication protocol for 

12 process control v^th the first computer; and 

13 (ii) to communicate according to the standard commimication protocol for 

14 process control with the second computer; and 

15 a secondary controlling machine to communicate according to the standard 

16 communication protocol for process control with the first and second 

17 computers in place of the primary controlling machine; and 

18 e) a third module that: 


NiSDOClD: <WO 0023857A1J > 


wo 00/23857 PCTAJS99/24093 

- 35 - 

19 (i) aggregates all requests for information directed to one of the plurality of 

20 ' interconnected computers, the one computer communicating with at least 

21 one piece of process control equipment, .the requests transmitted according 

22 ' to the standard communication protocol for process control by one or more 

23 of the other computers; 

24 (ii) communicates with the one computer according to the standard 

25 communication protocol for process control and obtains the information; 

26 (iii) identifies each of the other requesting computers; and 

27 (iv) delivers according to the standard cpmmunication protocol for process 

28 ' control the information to each of the other requesting computers. 

I 

1 15. The networked computerized communication and control system of claim 14, wherein the 

2 standard communication protocol for process control is OLE ("Object Linking and 

3 Embedding") for Process Control '("OPC"). 

1 16. The networked computerized communication and control system of claim 14, wherein the 

2 information comprises a process control parameter. 

1 17. A method of communicating between and controlling equipment coimected via a 

2 computerized communication and control network, comprising the steps of: 

3 a) providing a primary controlling machine; < 

4 b) providing a plurality of computers, each computer coimected via the network to 

5 the controlling machine, at least some of the computers each communicating with at least 

6 one piece of process control equipment; 

7 c) providing a first module that permits communication of information according to 

8 a standard communication protocol for process control between a first computer of the 

9 plurality of computers and a second computer of the plurality of computers; 
10 d) providing a second module that: 
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permits the primary controlling machine: 

(i) to conraiunicate according to the standard communication protocol for 
process control with the first computer; and 

(ii) to communicate according to the standard communication protocol for 
process control with the second computer; and 

a secondary controlling machine to conmiunicate according to the standard 
conimunication protocol for process control with the first and second 
computers in place of the primary controlling machine; 

e) providing a third module that: 

(i) aggregates all requests for information directed to one of the plurality of 
interconnected computers, the one computer communicating with at least 
one piece of process control equipment, the requests transmitted according 
to the standard communication protocol for process control by one or more 
of the other computers; 

(ii) conmiunicates with the one computer according to the standard 
communication protocol for process control and obtains the information;, 

(iii) identifies each of the other requesting computers; and 

(iv) delivers according to the standard communication protocol for process 
control the information to each of the other requesting computers; and 

f) operating the first module, the second module ajid the third module to communicate 
information according to the standard communication protocol for process control 
between ones of the plixrality of computers that are communicating with pieces of 
process control equipment so as to control a process. 

18. The method of claim 17, wherein the standard communication protocol for process control is 

» 

OLE ("Object Linking and Embedding") for Process Control ("OPC"). 
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1 19. The method of claim 17, wherein the infomiation comprises a process control parameter. , 

1 20. The method of claim 17, wherein the secondary controlling machine automatically 

2 communicates with the first and second computers in place of the primary controlling 


machine when the primary controlling machine becomes unavailable. 
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(54) Tide: PROCESS CONTROL 

(57) Abstract 

A system for communicating ac- 
cording to a standard communication 
protoc 1 for process control includes a 
plurality of int erc o nn ected computers. 
The system includes a module that per- 
mits conununtcation of tnfomiation be- 
tween computers that communicate, with 
process control equipment The sys- 
tem also includes a module that pennits 
a primary controlling machine to com- 
mimicate with computers that commu- 
nicate with process control equipment, 
and that pemiits a secondary controlling 
machine to take the place of the pri- 
mary controlling machine when the pri- 
mary controlling machine is unavailable. 
The system further includes a module 
that aggregates requests for tnfomiation 
directed to one computer that commu- 
nicates with a piece of process control 
equipment, communicates with the com- 
puter and obtains the infomiation. and 
delivers the information t each of the 
requesters. The staridard c mmunicatioh 
protoc 1 for process control can be OPC, 
and the communicated information can 
be one or more process control parame- 
ters. 
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PROCESS CONTROL 


CROSS-REFERENCE TO RELATED APPLICATION 

t 

This is based' on and claims priority to and the benefit of U.S. Provisional Patent 
Application Serial No. 60/104,485, filed October 16, 1998, the entirety of which application is 
hereby incorporated herein by reference. 

TECHNICAL F IELD 

5 The invention relates to conimtinication between computers in a network, and in 

particular to communication between computers that are communicating according to a 
communication standard for process control. 

BACKGROUND INFORMATION 
It is possible to conmnmicate by computer using communication technology such as 
10 electronic mail (e-mail). Conmnmi cation between and among computers using any of a variety 
of protocols over the Internet, local area networks ("LANs"), and v^dde area networks ("WANs") 
also is known. Such communication can be interrupted or severely compromised when an 
intermediary, such as a server computer, becomes unavailable. 

Manufacturing machines and other types of industrial equipment can be interconnected 
15 and controlled to form an automated manufacturing system. It is known to hard-wire different 
types of equipment together to form such a system, using custom cabling. The use of such 
dedicated custom cabling makes it difficult, time consuming, and expensive to add additional 
machines or equipment to the system, or to replace machines/equipment with different or 
improved machines/equipment or with machines/equipment made by different manufacturers. 
20 Another solution that has been applied to this problem is the writing of custom computer code to 
allow the conversion of information or instructions residing on one manufacturer's equipment. 
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such as a Programmable Logic Controller ("PLC"), to be communicated to another PLC made by 
a different manufacturer. , , 

SUMMARY OF THE INVENTION 


The invention relates generally to controlling processes, which can include controlling 
5 cquinmcnl (such as valves and gauges) in an automated factory or process line, and the control of 
other processes or activities, including the operation of pov^er plants, water treatment facilities, 
and healing, air conditioning and ventilation ("HVAC") systems. The invention can be used in 
activities that involve the interactions of humans with control processes and systems, for 
example, in nursing homes, in amusement park rides, and even in prisons. The invention can 
10 also be used to conduct operations in a discrete manufacturing environment, where data or events 
result in the generation and use of digital signals. 

Some manufacturers of process control equipment also sell or provide a computer (and/or 
software) that controls the equipment and/or monitors the equipment. Two such manufacturers 
are Allen-Bradley and Siemens. The invention can be used to connect such controlling 

15 computers (e.g., OPC servers, where OPC stands for Object Linking and Embedding for Process 
Control). For example, an Allen-Bradley OPC server can be made to interoperate with a 
Siemens OPC server, such that they can share data easily and seamlessly and thereby 
control/monitor the various equipment connected to the two different servers. The invention also 
can be used to allow multilevel OPC data redundancy. When there is a primary and one or more 

20 secondary or backup OPC servers, the invention allows automatic switching to one of the backup 
servers if the primary server becomes imavailable. Still another use of the invention is in 
allowing aggregation of requests directed to a particular piece of process control equipment, and 
thereby increasing the efficiency of the process by obtaining information once based on those 
aggregated requests, and then supplying copies of that information to all of the requesters. As an 
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example, in a manufacturing process, multiple pieces of equipment might require the value of a , 
process control parameter such as the rate tof production of a certain part at a particvilar 

I 

workstation, or the volume of some reagent held in a tank in a cl^emical process. Rather than 
burdening the process control equipment that controls the process that yields the parameter of 
' 5 interest with multiple requests for the same data, the information is requested once, and the 

information obtained is then supplied to each of the requesting computers, allowing the process 

_ * 

control equipment to perform more efficiently. 

In one aspect, the invention relates to a computer program recorddd on a computer- 
readable medium. The computer program comprises a module that permits the communication 
10 of information according to a standard communication protocol for process control between a 

1 

first computer and a second computer. The first computer is in communication with a first piece 
of process control equipment. The second computer is in communication vwth a second piece of 
process control equipment. 

In one embodiment, the standard conununication protocol for process control is OLE 

15 rObject Linking and Embedding") for Process Control ("OPC"). The OPC protocol has been 
defined by the OPC Foundation. OPC is designed for use by programmers in building programs 
and systems that allow commimication in a Distributed Component Object Model ("DCOM") 
system, such as a network of computers, in which component objects can reside on different 
computers. Other standardized communication protocols for process control could be used as 

20 the communication protocol in other embodiments of the invention. The information that is 
communicated according to the protocol can be a process control parameter. 

In another aspect, the invention relates to a computer program recorded on a computer- 
readable medixmi. The computer program comprises a module that permits a primary controlling 
machine to communicate according to a standard communication protocol for process control 

25 with a first computer and a second computer. The module also permits a secondary controlling 
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machine to communicate according to the standard communication protocol for process control 
with the first and second computers in place of the primary controlling machine. The first and 
second computers are in communication with first and second pieces of process control 
equipment, respectively. 

5 In one embodiment,, the secondary controlling machine automatically communicates with 

the first and second computers in place o'f the primary controlling machine when the primary 
controlling machine beconies unavailable. 

In another aspect, the, invention relates to a computer program recorded on a computer- ; 
* , ] • 

readable medium. The computer program comprises a module that aggregates all requests for 

10 information directed to one of a plurality of interconnected computers in a process control 
environment, such as a factory. The module identifies each of the requesting computers, and 
delivers (according to the standard communication protocol for process control) the information 
to each of the requesting computers. At least the computer to which the requests are directed is 
in communication with at least one piece of process control equipment, and the requests are 

15 transmitted according to the standard communication protocol for process control by one or more 
of the other interconnected computers. After the requests are aggregated, the module 
communicates with the target computer (using the standard communication protocol for process 

I 

control) and obtains the information. 

In another aspect, the invention relates to a computer program that combines the 
20 functionality of the three modules described above. 

In another aspect, the invention relates to a networked computerized communication and 
control system. The system includes a primary controlling machine and a plurality of computers. 
Each of the computers is connected via the network to the primary controlling machine, and at 
least some of the computers communicate with at least one of piece of process control 
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equipment. The system also includes three modules that are able to perfomi the functionality of 
the three modules described above. ' ' 

I 

I- 

In another aspect, the invention relates to communication between/among and control of 
equipment connected via a computerized communication and control network. Each of a 
5 plurality of computers is connected via the network to a controlling machine. At least some of 
the computers communicate with at least one piece of process control equipment. The first, 

t 

second and third modules d'escribed above can be operated to communicate information 
(according to the standard communication protocol for process control) between the computers 
that are communicating with pieces of process control equipment so as to control a process. 
10 The foregoing and other objects, aspects, features, and advantages of the invention will 

become more apparent froni the following description and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
In the drawings, like reference characters generally refer to the same parts throughout the 
different views. Also, the drawings are not necessarily to scale, emphasis instead generally 
15 being based upon illustrating the principles of the invention. 

FIG. 1 depicts an embodiment of a server-to-server bridging capability, according to the 
invention. 

FIG. 2A depicts an embodiment of a system having the redimdancy capability, according 
to the invention, with the primary controlling machine, or primary OPC server, shown online. 
20 * FIG. 2B depicts an embodiment of the sy stem of FIG. 2 A, with the primary controlling 
machine shown offline. 

FIG. 3 depicts an example of a system having aggregation capability, according to the 
invention. 

FIG. 4 depicts an embodiment of a first view of a user screen according to the invention.' 
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FIG. 5 depicts an embodiment of another view of a user screen according to the 

I 

invention. 

FIG. 6 depicts an embodiment of another viev^ of a user screen according to the 
invention. 

5 FIG. 7 depicts tan embodiment of another view of a user screen according to the 

invention. 

FIG. 8 depicts an embodiment of a view of a statistics window according to the 
invention. 

i I 

FIG. 9 depicts an example of the configuration of a data bridging application according to 
10 the invention, in which properties of a register are defined. 

FIG, 10 depicts an example of the configuration of input parameters in a data bridging 
application, according to the invention. 

FIG. 1 1 depicts an example of the configuration of a data bridging application according 
to the invention, in which an output is being selected and configured. 
15 FIG. 12 depicts an embodiment of the present invention, in which a list of tags may be 

examined. 

FIG. 13 depicts an embodiment of the present invention, in which a list of registers may 
be examined. 

FIG. 14 depicts an example of the configuration of a redundancy application according to 
20 the invention, in which a primary controlling machine and a plurality of secondary controlling 
machines are being enumerated. 

FIG. 15 depicts an embodiment of the present invention in which computers are selected 
as primary controlling machine and as one or more secondary controlling machines. 

FIG. 16 depicts an embodiment of the present invention in which computers are 
25 identified as servers. 
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FIG. 1 7 depicts an embodiment of the present invention in which OPC settings may be 
selected. 

FIG. 1 8 depicts an embodiment of the present invention in which optional features are 
selected. i . 
5 FIG. 19 depicts an embodiment in which the value of an alias is changed, according to 

the invention. 

FIG. 20 depicts an embodiment in which a new alias is created, according to the 
invention. i , ' 

FIG. 21 depicts an embodiment in which an alias is edited, according to the invention. 
10 FIG. 22 depicts an embodiment of the screen that provides information about the system 

during its operation, according to the invention. 

DESCRIPTION 

This invention relates generally to communication between two or more OPC (i.e., 

"Object Linking and Embedding" for Process Control) servers. The invention provides the 

I 

15 capabilities of creating data bridges between two or more computers, of aggregating requests 

from one or more computers that are directed to obtaining information from one computer, and • 
of providing redundancy in the control of the communications between the computers. An 
embodiment of the invention is available from ICONICS, Inc., located at 100 Foxborough Road, 
Foxborough, Massachusetts 02035, as a software program and package called DataWorX32 that 

20 is designed to operate with a variety of operating systems, including Windows 95, Windows 98, 
Windows NT 4.0, Windows NT 5.0, Windows 2000 and Windows CE. This software program 
can be, and is, supplied on a computer-readable medium such as a CD-ROM. A program 
recorded on a computer-readable medium includes not only the program on a CD-ROM but also 
the program recorded on other computer-readable media such as floppy disks, hard drives, 

25 magnetic tape, other storage media such as RAM, ROMs, PROMs, EPROMs and the like, and 
any other physical storage medium that may be used to permanently record a program, as well as 
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a copy of the program that may be downloaded or transferred from the active memory of one 
computer to a second computer. While DataWorX32 is software that is designed to execute in 
general purpose computers, its functionality could be achieved in specialized hardware or in 
another combination of hardware and software. The invention wdll be described with reference 
5 to the functionality provided by DataWorX32. 

* The embodiments and examples that are used to explain the features of the invention are 
a few of many embodiments and examples that can be given. It is common in the software 

industry to periodically upgrade software. The software "look and feel" may change over time, 

] ■ 

which is often done to improve the ease of use of the program, and to make its features more 
10 readily accessible to less experienced computer users. For example, some users may be 

comfortable using menus and other text based controls and entering information by typing, while 
other users may prefer to use a graphical user interface that includes icons and a tool bar and 
entering information by pointing vAih a mouse and clicking a mouse button to obtain the same 
functionality. 

1 5 Without the capabilities provided by the invention, a computer program that accesses 

input and output signals may obtain information, but this information will in general be available 
only in a single application. With the capabilities provided by the invention, information that is 
obtained by one application residing on one computer can be made available both to other 
applications on that computer and to other computers in the network, as an OPC data point that is 

20 available to the entire network. This is tme whether the other computers are made by the same 
manufacturer or not, whether the other computers have the same kind of CPU or not, and 
whether the other computers are running the same operating system or not. In the present 
invention, a Register is a datum, or its location in memory somewhere in the system. If the 
Register is defined wdth no input and no output, it is simply a storage register for a global 

25 variable with the ability to be read on demand, and written on demand by any computer in the 
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network. An Alias is a placeholder, or a variable whose name can be substituted at a later time. 
An Alias is used to allow redirection of the reading or writing of information to any location 
within the network. A Tag is a pointer to a Register, or to a Register on a particular computer or 
server in the network. 

5 Referring to FIG. 1, m connection with server-to-server data bridging functionality 

according to the invention, a plurality of computers 102, 104, 106,' 108 are interconnected. The 
computers 102, 104, 106, 108 can be on a computer network 100, and they can communicate 
oyer the network 100. The computers 102, 104, 106, 108 can be personal computers or 
workstations, or generally any other type of computing device such as minicomputers, 

10 mainframe computers, embedded computers, or other general purpose computers. In the 

embodiment shown, the computers have monitors and keyboards, but it should be understood 
that the computers could have additional or different input and output devices, such as keypads, 
touch screens, printers, plotters, scanners, modems, and the like, or they can have fewer input 
and output devices attached, as may be appropriate for a process control system. Each of the 

15 computers 102, 104, 106, 108 can run any of a variety of operating systems, such as the 
Windows systems mentioned above, or systems such as -Unix or Linux, and each generally 
includes all of the basic internal components of a general purpose computer such as a 
microprocessor, one or more buses, one or more controllers, memory (such as RAM and ROM 
of any of many conventional types), input and output devices, recording systems such as hard 

20 disks, floppy disks or magnetic tape, and the like. One computer 102 is identified as "OPC 

Server A." This computer 102 also has a connection to a first piece of process control equipment 
1 10, to which it can send instructions and from which it can obtain information. The computer 
102 and the first piece of process control equipment 110 can communicate by the exchange of 
electrical signals that correspond to instructions defined by the manufacturer of the process 

25 control equipment 110. In some cases these instructions are proprietary, and in some cases 
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manufacturers have agreed to some standard set of instructions. An example of a first piece of 

I 

process control equipment can be a sensing device that counts or examines a first type of part 

I 

(such as a wheel) that passes through a workstation. Another example of the process control 
equipment is a mass flow controller that both measures and controls the flow of a fluid in a 
5 chemical process. Another computer 106 is identified as "OPC Server B." This other computer 
106 has a connection to a second piece of process control equipment 1 12, to which it can send 
instructions and from which it can obtain information. The computer 106 and the second piece 
of process control equipment 112 can also exchange instructions and information as electrical 

signals. An example of a second piece of process control equipment can be a sensing device that 

t 

10 counts a second type of part (such as a chassis to which four wheels are attached). Another 

example of the process control equipment is a power controller that controls the temperature of a 
chemical reactor. The second controller can request information from the first in order to 
maintain its process control parameters at the levels needed to keep the process running 
correctly. 

15 In general, at the present time, direct exchanges of instructions and information are not 

i 

possible between process control equipment made by different manufacturers. In fact, in some 
cases, the exchange of instructions and information may not be possible even between equipment 
made by the same manufacturer. In the present embodiment, if information created at the first 
process control equipment 110 needs to be commxmicated to the second piece of process control 

20 equipment 1 12, computer 102 can obtain the information from the first piece of process control 
equipment 110 and can transmit that information via the OPC communication protocol to 
another computer 1 04 that is in the network, and that is running the appropriate software 
according to the invention. A commercial embodiment of the software is known as 
DataWorx32, as indicated above. The computer 104 can then transmit the received information, 

25 using the OPC communication protocol, from itself to the computer 1 06 that communicates with 
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ihe second piece of process control equipment 112. Finally the computer 106 can communicate 
ihe information to the second piece of process control equipment 112, using either a proprietary 

I 

communication protocol or a standard communication protocol. Additional computers, such as 
ihc compuier 108, that is a "client*' that is connected to the network, but that is not involved in 

5 ihc specific communication under discussion, may be part of the network, and may at other times 

♦ I 

be involved in other communications according to the invention. * 

i 

I 

I 

For the communication just described, the computer 104 upon which the DataWorX32 

I 

program is operating views as input the data transmitted to it by the computer 102, and views as 
output the information it send to the computer 106, The computers 102, 104, 106, 108 can be 

10 made by diffc^rcnt manufacturers, can be of different types, and can operate under different 
operating systems, so long as they all commimicate according to a standard cdmmunication 
protdco! for process control, which in this embodiment is OPC. In order for a computer to 
communicate under the OPC protocol, it must have an OPC-compliant interface available in its 
operating sj stem. Under the Windows operating systems, for example, an OPC-compliant 

15 Dynamic Link Library ("DLL") file is sufficient to communicate in an OPC system. 

In an equivalent manner, data that the secorid piece of process control equipment 112 
requires about the first piece of process control equipment 110 can be provided to the process 
control equipment 1 12. To accomplish this conununication, the user sets up DataWorX32 to take 
information out of 1 1 0 (on a polling basis, e.g., every 50ms) and then to send it to 1 12. The 

20 information is supplied when it represents a significant change in the parameter of interest, A 
request can be handled between the piece of process control equipment 112 and the computer 
106 in the proprietary language of the equipment 112, and can signal, for example, that an error 
condition has occurred. Such a request will traverse the computer network via computers 106, 
1 04 and 1 02, once again in the format defined by the standard communication protocol for 

25 process control. At the other end, the request can be handled between the piece of process 


ISDOCID: <WO_0023e57A1JA> 


wo 00/23857 PCT/US99/24093 

- 12- 

control equipment 1 10 and the computer 102 in the proprietary language of the equipment 110. 
The uiformation will flow along the same path, but in the opposite direction. In another 


embodiment, there, can be multiple instances of the DataWorX32 program each running on a 


different computer. 


5 The information that is transferred between a piece of process control equipment and a 

computer, or between two computers, may be anything that can be represented by electrical 


signals, and may include process control parameters as a subset. In general, a process control 


parameter is a datum (e.g., time, date, temperature, pressure, volume, mass, units of measure, 
rate of change, measured or computed quantity, alphanumeric string, symbol, etc.), a status of 
10 equipment, a status of a process, an identifier of equipment, an identifier of a process, an 


identifier of a processing batch, a mathematical or logical relationship, and the like. 


FIG. 2A depicts an embodiment of the redundancy capability according to the invention. 


In Fig. 2A a primary controlling machine; or primary OPC server 202, is online. In this 


embodiment, primary controlling machine 202 has a communication link to a programmable 


15 logic controller ("PLC") 212 that controls the steps of a process in a piece of process equipment 


(not shown). The primary controlling machine 202 can be one of the computers in the network' 


that perform process control fimctions, in addition to its operation as the primary controlling 


machine 202 of the system. The primary controlling machine 202 can communicate with the 


PLC 212 in either or both of the proprietary language of the PLC 212 or in a standard 


20 communication protocol for process control if the PLC 212 is so equipped. In this embodiment. 


the primary controlling machine 202 is additionally in communication vnth a plurality of 


computers 206, 208 and 210. Each of the computers 206, 208 and 210 is capable of controlling 


one or more pieces of process control equipment (not shovm) in a maimer like that of computers 


102 and 106 of FIG. 1. The computers 206, 208 and 210 are connected by a communications 


25 network, and can communicate using a standard communication protocol for process control. In 
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this embodiment, the DataWorX32 program is operating on one of the computers in the networjc 
and monitors the activity of the primary controUing machine 202. 

i 

In the present embodiment, a redundant OPC server, the secondary controlling machine, 
or the secondary OPC server 204 is present. This redundant secondary controlling machine 204 
• 5 has connections that duplicate those of the primary controlling machine 202. In this instance, 

since primary controlling machine 202 has connections to a PLC 212 that controls some portion 
of a process, there is provided a redundant PLC 214 that has redimdant connections to the 
portion of the process that PLC 212 controls. If primary controlling machine 202 becomes 
unavailable, as for example due to an internal malfunction, a communication link failure, or the 
10 like that degrades the ability of primary controlling machine 202 to perform its duties, secondary 
controlling machine 204 will have access to all of the facilities that are needed to take the place 
of primary controlling machine 202, at both the overall system control level and at the level of an 
individual computer that controls one of more process variables or steps, for example, 
controlling a PLC needed to run the process control functions that primary controlling machine 

1 

15 202 is intended to perform. The DataWorX32 program that embodies the present invention can 

I 

\ I 

be configured to cause secondary controlling machine 204 to take over the functions of primary 
controlling machine 202 upon the unavailability of primary controlling machine 202. 

FIG. 2B further depicts an embodiment of the redundancy capability according to the 
invention. In FIG. 2B, the primary controlling machine 202, or primary OPC server, is offline. 

20 The primary controlling machine 202 can be offline for any one of a variety of reasons, such as 
being deliberately taken out of service for maintenance, or being imavailable because of a 
malfunction. In the situation where primary controlling machine 202 is imavailable, the 
invention as embodied in the DataWorX32 program can automatically pass control of the 
commimication between the computers 206, 208 and 210 themselves as well as communication 

25 between any of the computers 206, 208 and 210 and a controller to secondary controlling 
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machine 204. The secondary controlling machine 204 takes over all of the functions and 
capabilities that the primary controlling machine 202 was carrying out before it became 
unavailable. As described above, in the embodiment shown secondary controlling machine 204 

i 

f 

i 

is connected lo a PLC 214 that takes the place of the PLC 212 that the primary controlling 
5 machine 202 uses to control a process. The replacement of primary controlling machine 202* 

wiiH secondary controlling machine 204' occurs automatically and transparently as viewed by 

I 

any of the computers 206, 208 and 210. , > 

I 

t 

WTiile only one secondary controlling machine 204 is depicted in FIGs. 2 A and 2B, the 
present in\ cntion provides for a multiple number of secondary controlling machines to be 
10 idemiflcd, with control passing to each such secondary controlling machine according to a 

sequence that is configured by an operator. That is, if the system includes three secondary 

t 

controlling machines, which will be denoted secondary controlling machines A, B and C for 
discussion, an operator can assign a priority order, such as machine B first, machine C second, 
and machine A third. In the event that the primary controlling machine 202 of this configuration 

15 becomes unavailable, the system will first look to secondary controlling machine B to take the 
place of the primary controlling machine 202, and then look to secondary controlling machine C 
to take the place of the primary controlling machine 202 only if secondary controlling machine B 
is unavailable. In such a configuration, secondary controlling machine A would replace primary 
controlling machine 202 only if both machines B and C were unavailable. 

20 FIG. 3 depicts an example of the aggregation capability according to the invention. Fig. 

3 shows a network 300 that comprises three computers 302, 304 and 306. For the purpose of 
explanation of the aggregation capability of according to the invention, it is irrelevant whether 
any of computers 320, 304 or 306 is a primary controlling machine. It is also unimportant where 
in the network there is a computer upon which the DataWorX32 program that embodies a part of 

25 the invention is operating. For the purposes of discussion, the DataWorX32 program is depicted 
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as operating within the network, as shown in box 310. The computer 304 is connected to a 
process machine 314, labeled machine #1. The computer 306 is connected to another process 

r 

machine 316, labeled machine #2. Depending on what it does, machine #2 can generate one or 
more process control parameters, such as the number of units of product that it processes, the 

5 amount of material that flows through it, a temperature, a pressure, a time, or the like. If the 

value of some process control parameter is needed by computer 304, for example to control or to 
operate the machine 314 that it controls, and if the same process control parameter is needed by 
ijie computer 302 for its operation, for example to control the inventory or work-in-process, it is. 
possible that both computer 302 and computer 304 will request the same information from 

10 computer 306. 

In FIG. 3, a request' by computer 302 is shown as the arrow 322 connecting computer 302 
and the DataWorX32 program, and a request by computer 304 is shown as the arrow 324 
connecting computer 304 and the DataWorX32 program. In the circumstance where many 
requests for the same information are sent to a computer at different times, the overhead that the 
1 5 computer experiences in responding to the multiple requests for the same information can be 
costly. By using the system and the software that embody the invention, this overhead is 
rendered unnecessary. According to the present invention, the DataWorX32 program aggregates 

t 

the requests from the computers 302 and 304 and makes a single request of computer 306 for the 
desired information. This single request is shown by the arrow 326. Computer 306 responds 

20 once with the requested information, which commonly will be transmitted in the opposite 
direction along the path that the request followed. The program identifies which of the 
computers in the network have requested the information, for example by maintaining a list of 
the requests as they are received, and transmits to each of the requesting computers a copy of the 
information that it obtained from the computer 306. While this embodiment shows only two 

25 requests, one from each of two computers, it can be understood that there can be multiple 
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requests from numerous computers that aggregate to a single request for a specific datxmi from 
one computer, which datum is then disseminated to all of the requesting computers. For 
example, in a process that involves fluids in tanks, there may be multiple computers that request 
a fluid level from one computer that communicates with a holding tank and its process controls 

5 that operate thcivalving system and measure the fluid depth, in such a system, DataWorX32 

I 

may act as a "middle-man" between the requesting computers and the one computer that 
communicates with the holding tank process controls. DataWorX32 may obtain from the one 
computer the desired value of fluid depth, and can then send copies of tl^e information to each 
computer that requested it, thereby reducing the overhead on the computer that communicates 

1 0 with the tank and its process control equipment. 

FIGs. 1-3 and the preceding text present a description of the features of the invention. 
FIGs. 4-22 show, and the following text describes, the operation of an embodiment of the 
invention (namely, the software embodiment known as DataWorX32) in greater detail. 

FIG. 4 depicts an embodiment of a first view of a user screen according to the invention. 

15 A user screen shows a user a status of some aspect of a program, one or more options that might 
be chosen, or otherwise informs the user of events or actions that have occurred or that may be 
selected. In the DataWorX32 user screen 400 depicted, the user has an overview of the status of 
a program, DataWorX32, and of the actions that the user may take. At the top of the 
DataWorX32 user screen 400 is a menubar 402 that provides a text-based control system for user 

20 actions. Immediately below the menubar 402 is a toolbar 404, that provides a graphical user 

interface that includes equivalent controls to those found in the menubar 402. The user can also 
activate many of the dialog boxes that are described below by clicking the right button of a 
mouse pointing device when an item of interest is highlighted. For example, highlighting a Tag 
and clicking on the right mouse button activates the OPC Tag Browser, which is discussed below 

25 and which is depicted in FIG. 12. 
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The remainder of the DataWorX32 user screen 400 is split into two windows, a top pane 
406 and an output window 408. The top pane 406 can display information about registers, 
aliases, current values, and statistics, as will be explained belov/. At the bottom of the top pane 
406 is a scroll bar 407 that can be employed to observe information that extends laterally across 
5 the top pane 406. The output window 408 displays the status of the program DataWorX32. At 
the bottom of the output window 408 is a status bar 409 that enunciates the status of the 
DataWorX32 program (here, it is stopped), arid the date and the time for the convenience of the 
user. The toolbar 404, the output window 408 and the status bar 409 each can be toggled to 
appear or to be hidden from view. 

10 FIG. 5 depicts an embodiment of another view of a user screen according to the 

invention. In FIG, 5, the DataWorX32 user screen 400 is shown with the output window 408 
hidden. In FIG. 5, the All Registers item of the heading Registers on the menubar 402 has been 
selected. Registers are used to define vaHables that can then be made available to all OPC 
clients. A register can correspond to an OPC data point, which may or may not be a global 

15 variable, A register may be given values via OPC, by the use 'of mathematical or logical 

expressions and constants, or by an application-program. The DataWorX32 user screen 400 
displays a list of registers with information about the register name, the type of register that the 
name represents, what inputs if any provide information to the .register, what outputs the register 
supplies information to, and a scan rate in milliseconds for each register that is set for scanning. 

20 The type of register is either a register or a status, flag that declares a primary or secondary status 
to a controlling machine. The inputs and outputs are the names of registers or OPC tags that are 
connected to the register in question as inputs or outputs. A scan rate can only be defined for a 
register that has an OPC tag connected to its input, and the rate is the repeat period in 
milliseconds that the input of the register is polled. 
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FIG. 6 depicts an embodiment of another view of a user screen according to the 
invention. In FIG. 6 the Aliases item, of the heading View of the menubar 402 has been selected. 
In FIG. 6 DataWorX32 user screen 400 is displaying a list of aliases. Aliases can be considered 
as shorthand for a register or for a value, and can be used as variables in expressions. An alias 
5 can be thought of as a "plaqeholder" or "indirect addresse" for a tag, a register, a value, or a 
variable. An alias is expanded or "resolved" into a string known as an "alias value" when it is 
used. An alias must first be defined before it can be requested by an item that contains it. 
Simply reassigning the alias ,to a different register or value can change an expression that 
contains an alias. By the use of an alias, it is possible to redirect or reassign a data transmission 

10 to or from any location within the network. Multiple aliases simultaneously can relate to the 
same register or value, but a single alias can only relate to one register or value at any time. As 
FIG. 6 depicts, an alias list includes an alias name, a default value to which the alias will initially 
be set, whether the alias can be accessed by and is available to OPC compliant devices, and 
whether the alias is read-only or may also be written to, thereby changing its value. 

15 FIG. 7 depicts an embodiment of yet another view of a user screen according to the 

invention. In FIG. 7, the Monitor item under the heading View on the menubar 402 in 
DaiaWorX32 user screen 400 has been selected. In FIG. 7, there is shown a list of the current 
values of three types of v£iriables. Registers, Aliases, and Controlling Machines. For example, a 
register named Rl has a current value of zero, and has an input and at least one output that is 

20 expressed as an equation wherein a variable x is given a value based on an OPC tag. There is 

also shown an alias named ALIAS 1 that takes the current value of an expression kokos, which is 
a register or an expression. ALIAS 1 has no inputs or outputs. A ControUmg Machine named 
MB2 is depicted as having a type given as a Redundant server whose value is expressed by a 
location in the system, and which has no input and no output. A register named Rampl has a 

25 current value of zero, an input given by an equation wherein a variable x is given a value based 
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on an OPC tag. Ramp 1 has at least one output, also given by an OPC tag. Lastly, another 


redundant Controlling Machine is enume;rated, by the name of MODBUS, and which has no 


inputs or outputs. 


FIG.' 8 depicts an embodiment of a view of a statistics window according to the. 


. 5 invention. In FIG. 8, the item Statistics that appears under the heading View of menubar 402 of 


DataWorX32 user screen 400 has been selected. OLExpress Statistics screen 500 is shown in 


Fig. 8, wherein a left pane lists a tree structure that contains the listings of all the OPC servers 


that the system recognizes, starting from a root directory of OPC servers, and progressing to a 


subdirectory named ICONICS. ModbusOPCServer that contains two listings, SCAN 50 and 
10 INACTIVE. In the right pane, the contents of the root directory, which is the entry that is 


highlighted in the left pane, is displayed. The right pane shows the name of the entry, the date 


and time that it started, its status (i.e., running or stopped), the Vendor, and the version. 


FIG. 9 depicts an example of the configuration of a data bridging application according to 


the invention, in which the properties of a register are defined. FIG. 9 shows an interactive 


15 display 550 that appears upon selection of the Add item of the heading Register of menubar 402 


of DataWorX32 user screen 400. In FIG. 9, ihe Properties tab 560 has been selected. The user 


can then enter an alphanumeric expression as the Register name in box 561 . The user can elect 


to check the box 562 labeled "Make available to OPC clients'' which if check will make the 


register named available to OPC clients. Checking box 563 will make the register available to 


20 Visual Basic for Applications ("VBA") Applications. VBA is a product of the Microsoft 


Corporation., so that it would be susceptible to editing in a VBA Editor. Checking box 564 will 


make the register writeable while not checking box 564 will make the register read-only. 


Entering an expression in the box 565 will allow the register to receive data of a specified type 


fi-om an input. The acceptable types of data include Float, Double, Boolean, Byte, Word, 


25 Dword, Cheiracter, Short, Long and String, all of which are well known in the computer 
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programming art, and all of which are available as a dropdown list activated by using a pointing 
device to activate the dovm arrowhead button at ,the right of box 565. Checking box 566 allows 
the use of manual range selection by entry of values in boxes 567 and 568 to denote low and 
high ranges, respectively. 
5 Once the user has qompleted entering information that is correct, the entry can be 

completed by activating the button 569a labeled OK. Alternatively, the user can remove all the 
entries by activating the button 569b labeled Cancel, and can then renter information. 
Alternatively, the user can edit any individual entry at any time. If the user is not sure what tO: 
do, or what an entry represents, the user can activate the button 569c labeled Help, and a dialog 

10 box of on-line information will appear. 

FIG. 10 depicts an, example of the configuration of input parameters in a data bridging 
application according to the invention. FIG. 10 shows an embodiment comprising an interactive 
display 550, known to those of ordinary skill in the art as a dialog box, through which the user 
provides the DataWorX32 program information about an input connected to a register. The user 

15 first selects the Input tab 570 that activates the dialog box shown. The elements of the dialog 
box that the user can control include radio button 571 labeled OPC Item, which if activated 
declares the input to be an OPC item. The Input name is entered in box 572 as a tag name 
comprising alphanumeric symbols. The user defines a scan rate in milliseconds by entering a 
numeric value in box 573. The scan rate is the repeat period that the register polls the input for 

20 new information. When activated, the Browse button 574 causes the OPC Universal Tag 

Browser to appear. The OPC Univers£il Tag Browser is discussed below and depicted in FIG. 
12. 

The user can enter a register name in box 575 upon activation of radio button 576, 
labeled Register. If the Register radio button 576 is active, a drop-down list of all the register 
25 names defined in DataWorX32 can be displayed for the convenience of the user upon activation 
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of the button marked with a down arrowhead. Activation of Radio button 577, labeled 
Expression, allows the entry of an expression in the box 578. If Radio button 577 is activated, 
the button labeled Edit 57 activates an Edit Expression dialog box, which permits an expression 
to be edited. Activation of radio button 577 also activates scan rate entry box 580 that behaves 
5 as discussed earlier with regard to box 573. 

The user can also activate Radio button 581, labeled None*, that indicates to the 

t 

DataWorX32 program that the selected register has no inputs. In this case the register may have 
a defined initial value, if the user activates check box 582 and enters a value in box 583. An 
OPC client may also write to a register that has no defined input. The user finishes entering data 

10 by activating the button 569a labeled OK, or cancels an entry in its entirety by activating the 
button 569b labeled Cancel. If the user needs help, he or she can activate the* button 569c 
labeled Help at any time. 

FIG. 1 1 depicts an example of the configuration of an output in a data bridging 
application, according to the invention. FIG. 1 1 shows an embodiment comprising an interactive 

15 display 550, also known as a dialog box, through which the user provides the DataWorX32 

program information about one or more outputs that are connected to a register. The user selects 
the tab 583 labeled Outputs to activate this dialog box 550. A name of an OPC Tag or a Register 
584 is displayed in the dialog box 550. The name is designated as either an OPC Register or a 
Tag by the entry in the colxmm headed Type. If the user activates the button 585 labeled Add 

20 OPC Tag, the OPC Tag Browser is displayed. The OPC Tag Browser is discussed below and 
depicted in FIG. 12. The user can activate the button 586 labeled Add Register activates the 
Select Register dialog box. The Select Register dialog box is discussed below and is depicted in 
FIG. 13. The Select Register dialog box allows the user to add a Register to the list of Registers 
that take values as outputs fi*om the Register that is being configured. The button 587 labeled 

25 Remove allows the user to remove an output fi-om the list of outputs. The user finishes entering 
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data by activating the button 569a labeled OK, or cancels an entry in its entirety by activating the 
button 569b labeled Cancel. If the user needs help, he or she can activate the button 569c 
labeled Help at any time. 

FIG. 1 2 depicts an embodiment of the present invention, in v^hich a list of tags may be 

I « 

5 examined. FIG., 12 shows an embodiment comprising an interactive display called the OPC Tag 
Browser 590, also known as a dialog box, through which the user communicates with the 
DataWorX32 program to review information about one or more OPC Tags. In the left pane 591 
of the OPC Tag Browser 590 there is presented a tree structure showing, the various directories 
and sub-directories of the computer file system, of which a subdirectory names Simulate happens 

10 to be selected. The right pane 592 of the OPC Tag Browser 590 shows a list of the available Tag 

I 

names in the selected sub-directory, according to the entry of a filter in box 594. In this instance, 
the filter 594 is the asterisk, or wildcard, that allows the display of any entry that is present. The 
identifier of the Tag is displayed in the box 595 labeled Item Id. The OPC Tag Browser 590 
allows the user to find and select any of the Tags available in the system. Upon completing the 

15 selection process, the user can activate the button 596a labeled OK, or can cancel the selection 
by activating the button 596b labeled Cancel. The user can obtain a current list of OPC Tags by 
activating the Refresh button 596c. 

FIG. 13 depicts an embodiment of the present invention, in which a list of registers may 
be examined. FIG. 13 shows an embodiment comprising an interactive display called Select 

20 Register 600, which is a dialog box, through which the user conmiunicates with the 

DataWorX32 program to review and/or modify information about one or more Registers, 
Aliases, and redundant servers. The Select Register dialog box 600 has a single pane that lists all 
of the Registers, Aliases, and redxmdant servers that are defined in the DataWorX32 program. 
To edit a Register, one selects a displayed Register name and activates the Edit option of the 
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Registers menu of the DataWorX32 user screen 400. One then modifies the entries under the , 
Propenies, Input and Output Tabs discussed above, and accepts the modified entries. 

FIG. 14 depicts an exaniple of the configuration of a redundancy application according to 
the invcniioh, in which a primary controUing machine and a plurality of secondary controlling 
5 machines are being enumerated. FIG. 14 shows an embodiment comprising an interactive 
displav 7(K) called the Redundant Server Configuration. In the pane 701 labeled Primary and 
backup nodes arc listed two servers or computers, named PCI 7 and PCM. One computer must 
be ihc pnmar>" controlling machine, which in the present example is PCl7, identified as 
*Xprimar> mnJc)." One or more computers can be designate^i as secondary controlling 
10 machines, or redundant or "Backup" servers. If more than one secondary controlling machine is 

I 

specified, the machines must be specified in an order that each will be called upon if the primary 
controlling machine is unavailable. The DataWorX32 program can thus direct the flow of 
instructions and information to a secondary controlling machine if the primary controlling 
machine is unavailable, making the operation of the system transparent to the computers 

15 connected to the network. The secondary controlling machines are given control of the network 

♦ 

in the order of their designation in the configuration. The selection of primary and secondary 
controlling machines, or primary and backup nodes, is accomplished in conjvmction with the 
Select Network Node dialog box depicted in FIG, 15, which is activated by selecting the Add 
button 702. 

20 FIG. 1 5 depicts an embodiment of the present invention in which computers are selected 

as primary controlling machine and as one or more secondary controlling machines. In the 
embodiment shovm in FIG. 15, there is a dialog box 720 called the Select Network Node dialog 
box. A node can be identified in the Node name box 722. A pane 724 labeled Available nodes 
lists the nodes that the network has as available nodes. The use can highlight a node by using a 

25 pointing device, such as a mouse, arrow keys on a computer keyboard or by typing in a 
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designator, and accept the selection by activating the button 726 labeled OK. The user can also 
cancel the operation by activating the button 728 labeled Cancel. 

Returning to FIG. 14, after the user has selected a node, the node will have been added. 
A node can be removed by activating the Remove button 703. The user can identify a node to 
5 the DataWorX32 program, by highlighting the node identifier and activating the Set as Primary 
button 704. The name of the server, or computer, or node, is displayed as the primary node in 
the pane 701, and its name is displayed in the box 705a labeled Server name. Altematively the 
user can select the Browse button 705b that activates the Select OPC Server dialog box discussed 
below and depicted in FIG. 16. Some computers may be given common names in a network. 

I 

10 Such common names can be displayed in the Common name box 706. The common name 

enclosed within two sets qf sqiiare brackets can be used as an alias, as in the name "[[bristol]]" as 
depicted in FIG. 14. 

FIG. 16 depicts an embodiment of the present invention in which computers are 
identified as servers, FIG. 16 shows a user dialog box 730 that is called Select OPC Server. 

15 This dialog box lists all the available servers in a pane 732, in which the user can highlight a 
name of a server using a pointing device, such as a mouse or arrow keys. Upon completing the 
selection, the user can confirm the selection by activating the OK button 734, or the user can 
reject the selection by activating the Cancel button 736. 

Returning to FIG. 14, the user can designate whether the primary controlling machine is 

20 intended to regain control of the network after it returns to availability by checking the 

Automatic Switch back to Primary Server box 707. The user can designate whether a flag will 
be set when the primary controlling machine is off-line by checking the Node Status register box 

\ * 

708, and can designate a name for the flag in the dialog box 709. Upon completing the selection 
process, the user can accept the selection by activating the OK button 710a or can reject the 
25 selection by activating the Cancel button 710b. The Redundant Server Configuration dialog box 
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700 can be used to edit a Redundant node by accessing it via the Edit item under the Redundancy 
menu of the DataWorX32 user screen 400. ' 

I 

FIG. 1 7 depicts an embodiment of the present invention in which OPC settings may be 
selected. FIG. 17 shoves an embodiment comprising an OPC Settings dialog box 740. The OPC 
5 Settings dialog box 700 cari be accessed by selecting the OPC Setting item under the Tools menu 

of the DataWorX32 user screen 400. This is a sophisticated capability that allows the user to 

t 

designate some of the parameters of operation of the system according to the OPC 
communication standard. 

The OPC Settings dialog box 740 allows the user to set a period in seconds for checking 

10 whether the servers or computers are alive. The user can enter a numeric value in the box 741 to 
set this value. The user cari additionally set a response time in seconds in the box 742, which ■ 
defines an interval within which a server or computer must respond to be considered alive. The 
user can additionally set a time period in seconds by making a numeric entry in the box 743 for 
reattempting to gain a response form a computer that has failed to respond, either because the 

1 5 connection is lost, or because the response appears to be corrupted in some manner. In addition, 
in order to-save-communication bandwidth, -a user can- activate a checkbox -744 that indicates that 
a connection to an. unused server should be shut dovm after a specific time of disuse, with the 
time in seconds entered by the' user in the box 745, if the user has checked the box 744. 

The user can also indicate that certain maintenance functions should be performed on a 

20 desired schedule. The user can designate a time in seconds for cleaning up items by entering a 
numerical value in the box 746. The user can designate a time in seconds for deleting up items 
by entering a nximerical veilue in the box 747. The user can designate a time in seconds for ' 
attempting a reconnection by entering a numerical value in the box 748. 

The user can designate a time in milliseconds for adding or removing requests by 

25 entering a numerical value in the box 749. The user can designate a time in milliseconds for 
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vvriling requests by entering a numerical value in the box 750. The user can designate the length 
of a write queue by entering a numerical value in the box 751. 

I 

Under the OPC specification, servers are supposed to send initial values automatically. If 
ih c user checks the Perform initial refi*esh box 752, the system is forced to make the server send 
initial values. The user can make check the Enumerate all items in one call box 753 to require a 
serv er lo send all values in a single transmission to improve performance. However, some 
ser\'cr5 ma\* not he able to send more than one item at a time, and this option may created 
difTicultic^ with such servers. The user can select an Access path separator by checking the box 
754 and entering a sxTObol or string in the box 755. 

t 

The user can designate a parameter for identifying a computer in a local group by 
entering a value in the Locale ID box 756. The user can specify a Deadband width in percent by 
entering a numerical value in percent in the box 757. The user can return all the parameters 
described above to their original settings provided in the software by activating the Set Defaults 
button 758. The user can cancel any changes in parameters that may have been entered by 
15 activating the Cancel button 759. The user can accept his or her changes in the foregoing 
parameters by activating the OK button 760, 

FIG, 1 8 depicts an embodiment of the present invention in which optional features are 
selected. FIG, 18 shows an embodiment comprising an Options dialog box 770. The user can 
activate the Options dialog box 770 by selecting the Options item of the Tool menu of the 
20 DataWorX32 user screen 400. The user can designate whether the most recently run project file 
v^U be reloaded on starting the DataWorX32 program by checking the Reload project on start 
box 771 . The user can require the DataWorX32 program to save the then current setting on exit 
by checking the box Save settings on exit 772. The user can define an update rate by entering a 
numerical value that will be interpreted in milliseconds in box 773, The user can permit the 
25 editing of aliases as Registers in Configuration mode by checking the Allow editing aliases as 
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registers box 774. The user can accept the feature of allowing the program to go to Runtime 
when started by the OPC server by checking the box 775. 

The user can control features of the browse interface. The user can allow the display of 
redundant servers in the Redundancy menu by checking the box 776. The user can allow 
5 examine the file system of the local computer through DataWorX32 by checking the Browse 
'My Computer' box 777. The user can allow examine the other nodes in the system of the local 
computer through DataWorX32 by checking the Browse 'Network Neighborhood' box 778. 

♦ The user can return the parameters of the Options menu to the original settings by 
activating the Set Defaults button 779. The user can accept changes to the options parameters by 
10 activating the pK button 780a or can reject all of the changes by activating the Cancel button 
780b. 

' Aliases are more fiilly discussed and described in conjunction with FIGs. 19 through 21 . 
FIG. 19 depicts an embodiment in which the value of an alias is changed, according to the 
invention. To change an alias value, the user selects an alias from the Alias Names column of 

15 the Alias editor, which is described below and depicted in FIG.21, The user then selects the 
Change Value item under the Aliases menu of the DataWorX32 user screen 400. The Change 
alias value dialog box 800 shown in FIG. 19 appears. The name of the selected alias appears in 
the box 802. The user can enter a new value for the alias in the Value box 804. If the user 
activates the Browse button 806, the OPC Tag Browser described above is activated, and the 

20 us6r can select a Tag as a value for the alias. The user can then accept the new value by 

activating the OK box 808, or the user can reject the new value by activating the Cancel box 809. 

FIG. 20 depicts an embodiment in which a new alias is created, according to the 
invention. The user can create a new alias. The user can activate this feature by selecting the 
Add item of the Alias menu of the DataWorX32 user screen 400. FIG. 20 shows an embodiment 

25 of a New alias dialog box 810. The user can enter a name, which can be a tag name, for a new 
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alias in the box 812. The user can enter a defauh value for the alias in the box 814. If the user 
checks the box 816, the new alias will be available via OPC. The user can make the alias a read- 
only alias by checking the box 818. The user can search for tags by activating the Browse button 
820, which will cause the OPC Tag Browser to become active. The user can then accept the 
5 parameters entered by activating the OK button 822, or can reject the selections made by 
activating the Cancel button 824. 

The user can edit an alias. FIG. 21 depicts an embodiment in which an alias is edited, 
according to the invention. FIG. 21 shows an embodiment comprising an Edit alias dialog box 
830. The user can activate this dialog box 830 by selecting an alias name in the upper pane of 

^ 

10 DataWorX32 user screen 400, and then selecting the Edit alias item under the Aliases menu of 
the DataWorX32 user screen 400. The user can enter an alias name in the box 832, or the user 
can locate an alias name by activating the browse button 834 to display the OPC Tag Browser. 
The user can also enter a default value in'the box 836. If the user checks the box 838, the new 

alias will be available via OPC. The user can make the alias a read-only alias by checking the 

I 

1 5 box 840. The user can then accept the parameters entered by activating the OK button 842, or 
can reject the selections made by activating the Cancel button 844. 

Once the system has been configured, which in one embodiment is accomplished by 
configuring the DataWorX32 program, the system is ready for operation. In order to operate the 
system, it is necessary to issue an appropriate command for the software to begin operation. In 

20 the embodiment presently under discussion, the user can select the command Start DataWorX32 
that appears under the Action menu of the DataWorX32 user screen 400. Once the DataWorX32 
program has started to run, the Runtime Screen 900 shown in FIG. 22 appears. FIG. 22 depicts 
an embodiment of the screen that provides information about the system during its operation, 
according to the invention. Comparison of this Runtime screen 900 with the DataWorX32 user 

25 screen 400 shows that there are several fewer entries in the Runtime screen menubar 902 and 
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several fewer icons in the Runtime screen 900 toolbar 904 as compared to the DataWorX32 us,er 
screen 400 menubar 402 and toolbar 404. In particular, the menu entries Register^ Redundancy, 
and Tools are not present in the Runtime screen 900 menubar 902. The entry Security is present 
in the Runtime menubar 902, and such an entry is absent from the DataWorX32 user screen 400 
5 menubar 402. The upper pane 906 of the Runtime screen 900 is shown in FIG. 22, while the 
lower pane is not shown. The upper pane 906 of the Runtime screen 900 displays live data for 
the various Registers, Aliases and Redundant servers or controlling machines. The lower pane 
that is not shown displays various status messages that describe the statils of the DataWorX32 
prpgram. In the present embodiment, the Security menu provides options for the user to define a 
10 security configuration in Runtime, so that certain nodes can be designated as accessible only by 

r 

certain individuals and/or under certain conditions. There are many well known reasons for 
providing security both with respect to who may access a system and which nodes of a system 
may be amenable to access. As examples, one may wish to deny access to all but specified 
persons if the system under control poses the possibility of reaching dangerous conditions, or 
15 contains proprietary information. One may wish to control access to certain machines that are 

t 

very sensitive to operating parameters, so that an operator who does not have the requisite 
knowledge or experience cannot upset the operating conditions by entering erroneous control 
parameters. One may wish to limit human interaction with control parameters that are 
numerous, and that vary rapidly in time, because a human cannot control so many variables in 

20 such a short time period with any expectation of accuracy. Many other good reasons to limit 

access to the entry points in an industrial control system will be apparent to one of ordinary skill 
in the art. The present invention provides for such limitations on access to the control system 
that can be invoked by a user with sufficient authority. 

Variations, modifications, and other implementations of what is described herein will 

25 occur to those of ordinary skill in the art without departing fi'om the spirit and the scope of the 
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invention as claimed. Accordingly, the invention is to be defined not by the preceding 
illustrative description but instead by the spirit and scope of the following claims. 
What is claimed is 
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CLAIMS 

1 LA computer program recorded on a computer-readable medium, said computer program 

2 comprising: 

3 a module that permits the commimication of information according to a standard 

4 communication protocol for^process control between a first computer communicating with a first 

5 piece of process control equipment and a second computer communicating with a second piece 

6 of process control equipment. 

1 2. The computer program of claim 1, wherein the standard conununication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 3. Tlie computer program of claim 1 , wherein the information comprises a process control 

t 

2 parameter. / 

1 4. A computer program recorded on a computer-readable medium, said computer program 

2 comprising: 

3 a module that permits: 

4 a primary controlling machine: 

5 (a) to communicate according to a standard communication protocol for process . 

6 control with a first computer commimicating with a first piece of process 

7 control equipment; and 

8 (b) to communicate according to the standard communication protocol for process 

9 , control with a second computer conmiunicating with a second piece of process 

10 control equipment; and 

1 1 a secondary controlling machine to communicate according to the standard 

12 communication protocol for process control with the first and second computers in 

13 place of the primary controlling machine. 
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1 5. The computer program of claim 4, wherein the standard communication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 6. The computei; program of claim 4, wherein the secondary controlling machine automatically 

2 communicates with the first and second computers in place of the primary controlling 

3 machine when tl>e primary controlling machine becomes unavailable. 

1 7. A computer program recorded on a computer-readable medium, said computer program 

2 comprising: 

3 a module that: 

4 (i) aggregates all requests for infomiation directed to a one of a plurality of 

5 interconnected computers, the one computer communicating with at least one 

6 piece of process control equipment, the requests transmitted according to a 

7 Standard communication protocol for process control by one or more of the other 

8 computers; 

9 (ii) communicates with the one computer according to the standard communication 

10 protocol for process control and obtains the information; 

1 1 (iii) identifies each of the other requesting computers; and 

12 (iv) delivers according to the standard communication protocol for process control the 

13 information to each of the other requesting computers. 

I 

1 8. The computer program of claim 7, wherein the standard commimication protocol for process 

2 control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 9. The computer program of claim 7, wherein the infomiation comprises a process control 

2 parameter. 

1 1 0. A computer program recorded on a computer-readable medium, said computer program 

2 comprising: 
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3 a) a first module that permits the communication of information according to a standard 

4 communication protocol for process control between a first computer communicating 

I 

5 with a first piece of process control equipment and a second computer communicating 

6 with 'a second piece of process control equipment; 

7 b) a second module that permits: 

8 a primary controlling machine: 

9 (i) to communicate according to the standard communication protocol for process 

10 control with the first computer; and 

1 1 (ii) to communicate according to the standard communication protocol for process 

12 control with the second computer; and 

13 a secondary controlling machine to communicate according to the standard 

14 communication protocol for process control with the first and second computers in 

15 place of the primary contrblling machine; and 

16 c) a third module that: 

17 (i) aggregates all requests for information directed to a one of a plurality of 

% 

1 I 

18 - interconnected computers, the plurality including the first and the second 

r 

19 computers, the one computer communicating with at least one piece of process 

20 control equipment, the requests transmitted according to the standard 

21 communication protocol for process control by one or more of the other 

22 computers; 

23 (ii) communicates with the one computer according to the standard communication 

24 protocol for process control and obtains the information; 

25 (iii) identifies each of the other requesting computers; and 

26 (iv) delivers according to the standard communication protocol for process control the 

27 information to each of the other requesting computers. 
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1 11. The computer program of claim 1 0, wherein the standard communication protocol for 

2 process control is OLE ("Object Linking and Embedding") for Process Control ("OPC"). 

1 12. The computer program of claim 10, wherein the information comprises a process control 

2 parameter. 

1 13. The computei^ program of claim 1 0, wherein the secondary controlling machine 

2 * automatically communicates with the first and second computers in place of the primary 

3 controlling machine wlien the primary controlling machine becomes unavailable, 

1 14. A networked computerized communication and control system, comprising: 

2 a) a primary controlling machine; 

3 b) a plurality of computers, each computer connected via a network to the primary 

4 controlling machine, at least some of the computers each communicating with at least 

5 one of piece of process control equipment; 

6 c) a first module that permits communication of information according to a standard 

7 communication protocol for process control between a first computer of the plurality of 

8 computers and a second computer of the plurality of computers; 

9 d) a second module that: 

10 permits the primary controlling machine: 

1 1 (i) to communicate according to the standard communication protocol for 

12 process control with the first computer; and 

13 (ii) to communicate according to the standard conununication protocol for 

14 process control with the second computer; and 

1 5 a secondary controlling machine to communicate according to the standard 

I 

16 communication protocol for process control with the first and second 

1 7 computers in place of the primary controlling machine; and 

t 

18 e) a third module that: 
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19 (i) aggregates all requests for information directed to one of the plur2dity of , 

20 ' interconnected computers, the one computer communicating with at least 

2 1 one piece of process control equipment, the requests transmitted according 

22 I to the standard communication protocol for process control by one or more 
'23 of the other computers; 

24 (ii) communicates with the one computer according to the standard 

25 communication protocol for process control and obtains the information; 

26 (iii) identifies each of the other requesting computers J and 

27 (iv) delivers according to the standard communication protocol for process 

28 ' control the information to each of the other requesting computers. 

I 

i 

1 15. The networked computerized conununication and control system of claim 14, wherein the 

t 

2 standard communication protocol for process control is OLE ("Object Linking and 

3 Embedding'*) for Process Control ("OPC"). 

1 16. The, networked computerized commimication and control system of claim 14, wherein the 

2 information comprises a process control parameter. 

1 17. A method of communicating between and controlling equipment connected via a 

2 computerized conununication and control network, comprising the steps of: 

3 a) providing a primary controlling machine; , 

4 b) providing a plurality of computers, each computer connected via the network to 

5 the controlling machine, at least some of the computers each commimicating with at least 

6 one piece of process control equipment; 

7 c) providing a first module that permits commimication of information according to 

8 a standard communication protocol for process control between a first computer of the 

9 plurality of computers and a second computer of the plurality of computers; 
10 d) providing a second module that: 
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1 1 permits the primary controlling machine: 

12 (i) to communicate according to the standard communication protocol for 

13 process control with the first computer; and 

14 (ii) to communicate according to the standard communication protocol for 

15 ' process control with the second computer; and 

16 * a secondary controlling machine to cornmimicate according to the standard 

17 communication protocol for process control with the first and second 

18 computers in place of the primary controlling machine; 

19 e) providing a third module that: 

20 (i) aggregates all requests for information directed to one of the plurality of 

21 interconnected computers, the one computer communicating with at least 

22 one piece of process control equipment, the requests transmitted according 

23 to the standard communication protocol for process control by one or more 

24 of the other computers; 

25 (ii) conunimicates with the one computer according to the standard 

26 commimication protocol for process control and obtains the information; 

27 (iii) identifies each of the other requesting computers; and 

28 (iv) delivers according to the standard communication protocol for process 

29 control the information to each of the other requesting computers; and 

30 f) operating the first module, the second module and the third module to commimicate 

3 1 information according to the standard communication protocol for process control 

32 between ones of the plurality of computers that are communicating with pieces of 

33 process control equipment so as to control a process. 

1 18. The method of claim 17, wherein the standard communication protocol for process control is 

i 

2 OLE ("Object Linking and Embedding") for Process Control ("OPC"). 
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1 1 9. The method of claim 1 7, .wherein the information comprises a process control parameter. 

1 20. The method of claim 17, wherein' the secondary controlling machine automatically 

2 communicates with the first and second computers in place of the primary controlling 

3 machine when the primary controlling machine becomes unavailable. 
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